NUMERO 1 IN ITALIA SU ELETTRONICA EMBEDDED E SEMICONDUTTORI 


Firmware = 


TInternet 0f Things): 


INKo1t] ca (eIN[UIVIT:0E 
| 


(I V/0]NKoy.\N yo} 


it.emcelettronica.com 


@® Elettronica Open Source PROFESSIONAL & MAKER ZONE 


Fiimwaere 


O INI A 


GEN/FEB 1 Febbraio 


CAR HACKING - 060 AUTOMOTIVE 
BLOCKCHAIN Al 
TI] IVYAVI [N TURBA NL A RSSSY, {ta MAGGIO © 10eg90 
ESSE LUSIBES A ITTOS 
ROBOTICS POWER/MOTOR 
SMART PROJECTS INDUSTRY 4.0 


MARZO 1 Marzo 


APRILE 1 Aprile 


GIUGNO 1 Giugno 


LUGLIO 1 Luglio 
AGO/ SET 1 Settembre 
VISA TA) A SAVA OTTOBRE 1 Ottobre 


WEARABLE iStsme «= IMA 


NV Aa tes TOTI ASA [31200] 200 SS TEN DICEMBRE @ 1 Dicembre 


MAKERS ZONE 


COSA LEGGERAI NEL 20202 


EDITORIALE 


Firmware.) 


E DR 
SIAMO LA PIU GRANDE COMMUNITY 
DI ELETTRONICA EMBEDDED E 
MICROCONTROLLORI! 


a nostra forza non sono i contenuti di qualità che giornalmente i nostri ingegneri realizzano, non sono gli 
argomenti sempre di attualità che trattiamo, e nemmeno la visione del futuro che abbiamo sempre avuto con 
successo, anticipando argomenti ormai divenuti popolari come loT, piuttosto che Al, Blockchain e 5G. 


No, non è tutto questo che ci sostiene. Il nostro vero valore aggiunto siete voi! 


La community di Elettronica Open Source, con più di 130.000 utenti registrati sul sito, e più di 100.000 persone che 
ci seguono sui vari social, oltre a migliaia di abbonati. 


Tutti noi siamo Elettronica Open Source! 


E tutti noi stiamo realizzando la migliore rivista di elettronica di sempre che... non è solo una rivista! 

Infatti Firmware 2.0 è una rivista ma può essere considerata anche un ebook monotematico da conservare e 
consultare nel tempo. 

Internet of Things, Automotive, Wireless/RF, Makers Boards, Embedded Design, Al, Blockchain, Power, etc. 

Questi sono solo alcuni degli argomenti che tratteremo nel corso del 2020 (vedi il piano editoriale completo). 


Oggi esce il primo numero di Firmware2.0, questo è dedicato all'IoT, con punti di vista professionali e "da makers" 
sull'argomento. Senza zone distinte, senza separazioni, perché pensiamo che professionisti e makers debbano 
sempre andare nella stessa direzione! Ovviamente con modalità diverse, il professionista in modo più strutturato 
e con vari livelli di test, mentre il maker in modalità "learning-by-doing" e spesso più rapido. Ma quello che conta è 
l'obiettivo, ed è comune: la progettazione elettronica e tutto il mondo che la circonda. 


Grazie a tutti gli abbonati che ci hanno inviato consigli preziosi, a voi dico che la nostra linea editoriale è dinamica, 
quindi ascolteremo sempre i vostri suggerimenti e ne faremo tesoro. 


A tutti coloro che ancora non fanno parte di EOS posso solo invitarvi a salire a bordo! 


Fatevi un giro sul blog, leggete i nostri articoli (0 gli estratti) e poi date una svolta alla vostra carriera o al vostro hobby 
preferito: entrate in Elettronica Open Source e Firmware 2.0 


Emanuele Bonanni 
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Progettare è un'arte ed è davvero necessario essere un po’ artisti per riuscire a farlo correttamente. 


di Pietro Boccadoro 


Quando si crea un progetto, diventa indispensabile immaginare tutto, preventivare ogni singola funzio- 


ne, ogni comportamento, sia esso dell'utente o del sistema, ed è fondamentale anche specificare ogni 


variabile di interesse per poter avere un pieno controllo dell'intero ciclo di vita del progetto. Per raggiun- 


gere questi obiettivi bisogna comprendere completamente le richieste del cliente, pianificare le risorse 


necessarie, organizzare in maniera precisa e puntuale i tempi di esecuzione e verificare ogni singola 


fase. In questo articolo inizieremo a vedere insieme alcuni casi di progettazione ed esperimenti di rapid 


prototyping grazie ai quali comprenderemo meglio quali sono le sfide principali cui si va incontro duran- 


te la realizzazione di un progetto. Il tutto, ovviamente, mediante esempi pratici e sperimentazione in casi 


reali. Ciò indicherà la strada, a partire dal più semplice fino al più complesso progetto loT. Siete pronti? 


INTRODUZIONE 

a progettazione è probabilmente una delle man- 

sioni più complesse e variegate che esistano. A 

prescindere da ciò che si sta progettando, infatti, 
ad un progettista è sempre richiesto di avere una vi- 
sione d'insieme completa, puntuale e capace di tener 
conto e traccia di ogni singola problematica, del perché 
è emersa e soprattutto di come è stata eventualmente 
risolta. L'evoluzione tecnologica, ma anche quella del- 
la conoscenza, ha consentito alla tecnica di diventare 
sempre più rapida ed efficace, tuttavia le esigenze di 
base non sono cambiate. In questo contesto si afferma 
il cosiddetto rapid prototyping, un insieme di tecniche, 
strumenti e procedure che puntano ad accelerare ed 
ottimizzare parti del processo di progettazione. Prima 
di arrivare a questo, però, si sono attraversate diverse 
fasi storiche che è importantissimo comprendere e co- 
noscere. 


LE RIVOLUZIONI INDUSTRIALI 

L’automazione ha ragioni storiche e la si può convenzio- 
nalmente far risalire alla fine del 1700 con l'introduzione 
della macchina a vapore all’interno dell’industria tessile 
nell'antica Gran Bretagna. All'epoca i lavori di tessitura, 
che erano tra i lavori di manifattura più pregiati e ricerca- 
ti nel mondo, venivano prevalentemente fatti a mano o 
con l’ausilio di macchine che però avevano meccanismi 
di automazione davvero rudimentali. 
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La macchina a vapore cambiò tutto. L'invenzione di un 
meccanismo automatico che sfruttava la forza del va- 
pore apparve in quel momento storico davvero rivolu- 
zionario. 

Certamente gli uomini del tempo pensarono a quanto 
queste macchine potessero essere veloci e quanto po- 
tessero fare di più rispetto a prima. Molto probabilmente 
non gli fu chiaro fin da subito che stavano per cambiare 
il mondo in una maniera tale che indietro non si sarebbe 
mai più tornati. 

Agli inizi del ‘900, in una fabbrica di automobili america- 
na, Henry Ford decise di mettere in pratica il concetto di 
catena di montaggio. 

Gli operai hanno dei compiti ben precisi, li eseguono in 
sequenza, manipolano solo quello che si trova davanti a 
loro e la postazione, piuttosto che la fabbrica in quanto 
tale, diventa il loro luogo di lavoro. Vengono diminuiti 
gli spostamenti, ottimizzata la logistica, assegnati stati- 
camente i compiti. È l’inizio della produzione di massa. 
Da quel momento in poi, gli storici individuano un in- 
cremento sempre maggiore della velocità di espansione 
e di ottimizzazione degli strumenti automatici all’interno 
della nostra società. L'industria non si basa più sull’a- 
grario ma sulla manifattura, l'economia diventa preva- 
lentemente di settore terziario e di servizi. Fino ai giorni 
nostri, quando l’industria manifatturiera incontra il mon- 
do digitale. Nasce cosi’ il concetto di digitalizzazione 
dei processi produttivi e la tecnologia cambia ancora. 


“ ADRAZOE SAGA or. ar 7 
E qui arriviamo ai giorni nostri, in cui si parla di 
Industry 4.0. Ma cos'è? 


Con il termine “Industry 4.0” si fa riferimento ad un pro- 
gramma quadro lanciato dal governo tedesco nell’ambi- 
to di un progetto di digitalizzazione dell'intero comparto 
industriale europeo da parte dell’Unione Europea. Lo 
scopo è quello di seguire alcune direttrici nel processo 
di sviluppo: 
1. innovazione di processo, ovvero ammoderna- 
mento, digitalizzazione, ottimizzazione continua 
di tutto quello che ha a che fare con ciascun pro- 
cesso industriale. Gestione del magazzino, ap- 
provvigionamento merci, spostamenti e logisti- 
ca, assemblaggi, test, verifiche, anche di qualità; 
2. innovazione di prodotto, ovvero adattamento 
tecnologico dei prodotti industriali al fine di in- 
contrare i più aggiornati criteri in termini di com- 
patibilità ambientale, eliminazione di sostanze 
pericolose e standard di funzionamento e sicu- 
rezza; 
3. complessiva riduzione delle emissioni di CO2 e 
di altre sostanze pericolose nell'atmosfera entro 
il 2020; 
4. utilizzo di fonti energetiche rinnovabili per rag- 
giungere l'abbattimento dei costi di produzione e 
generazione di energia. 


IOT È CHI IOT LO FA: 


DALL'IDEA AL PROTOTIPO 


Questi, e molti altri ancora, rappresentano gli assi por- 
tanti della rivoluzione digitale che abbiamo di fronte a 
noi e che sono oggi il vero motore propulsore dell’in- 
novazione e del rinnovamento che stiamo osservando. 


IL PROCESSO INDUSTRIALE 
Il processo industriale è, in via del tutto generale, descri- 
vibile identificando alcune fasi fondamentali: 

1. il pensiero, ovvero il momento in cui viene im- 
maginato e descritto ed, in via preliminare, pro- 
gettato il sistema o la soluzione di riferimento. 
Probabilmente si tratta della fase più importan- 
te, quella in cui tutto ciò che il sistema si pensa 
debba poter fare, viene delineato. In generale, in 
questa fase il sogno comincia a prendere forma. 
Tutto parte, di solito, da un’idea, ma il pensie- 
ro è probabilmente la fase operativa nella qua- 
le qualcosa di cui fino a quel momento si era 
soltanto parlato, comincia a prendere forma per 
diventare reale; 

2. il progetto, ovvero il momento in cui la semplice 
descrizione non basta più e bisogna comincia- 
re operativamente a stabilire numeri e intervalli 
di interesse, in definitiva fare i conti. In questa 
fase tutte le specifiche tecniche e funzionali co- 
minciano a diventare concrete e si realizza quel 
compromesso tra l’idea fantasiosa iniziale ed 
il prodotto vero e proprio che verrà creato. In 


Figura 1. Macchine da cucire d'epoca 


L Firmwere 2.0-5) 


IOT È CHI IOT LO FA: DALL’IDEA AL PROTOTIPO 


Figura 2. Macchinari e valvole di controllo all'interno di una fabbrica 


questa fase è necessario essere estremamente 
concreti, disponibili al compromesso ma soprat- 
tutto adattabili a concertare le varie esigenze; 

3. la fabbricazione, ovvero la fase in cui uno stabili- 
mento fatto da persone, oggetti, materie prime e 
strumenti di lavoro, diventa la fucina della nostra 
idea. Qui tantissime persone, spesso non con- 
sapevoli di quello che stanno facendo nel com- 
plesso, eseguono compiti che contribuiranno a 
tirar fuori il prodotto finito, ovvero contribuisce 
a creare un oggetto tramite azioni elementari 
come avvitare una vite o controllare, mediante 
ispezione visiva, che un pezzo sia lucido o del 
giusto colore; 

4. la distribuzione, che naturalmente è una fase 
che cambia tantissimo in funzione di cosa stia- 
mo producendo. Oggi ad esempio, non c’è più 
bisogno di recarsi fisicamente nei negozi per 
comprare un software su un supporto fisico 
come un CD-ROM. L’evoluzione tecnologica ha 
garantito connessioni Internet molto veloci an- 
che per utenze domestiche e quindi è possibile 
scaricare una copia del software in digitale me- 
diante download diretto grazie ad un sito dedica- 
to. In realtà, anche per prodotti fisici si potrebbe 
fare lo stesso ragionamento, dal momento che 
esistono tante aziende che si occupano di effet- 
tuare spedizioni in ogni parte del mondo in tempi 


6-Filmwere 2.0 |) 


brevi, entro 24 o al massimo 48 ore. 


La domanda, dunque, può diventare: cosa c’è da ot- 
timizzare in tutto questo? Le risposte, in verità, sono 
tantissime, perché è possibile ottimizzare tempi, costi e 
prototipi intesi come risultato delle singole fasi interme- 
die di prototipazione che il progetto attraversa. Natural- 
mente la semplice voce “tempi”, vuol dire poco. Per tem- 
pi si intendono, ad esempio, i tempi di assemblaggio, di 
approvvigionamento delle merci e di spedizione. Ma si 
tratta anche dei tempi inerenti alle procedure all’interno 
di una fabbrica. Anche la voce costi è polivalente, per- 
ché il costo non è semplicemente l'ammontare di de- 
naro speso per l’acquisto delle materie prime ma può 
essere anche il numero di persone necessarie affinché 
un singolo processo venga completato. Tra i costi non 
incide solo il capitale umano, ma anche la pulizia di uno 
stabile, le ispezioni e le verifiche per il controllo di quali- 
tà e, non ultimo, l'adeguamento a nuove normative. Per 
ora, quindi, stiamo parlando in linea generale. In base 
allo specifico prodotto, processo, azienda o prototipo, 
sarà possibile declinare in maniera precisa e puntuale 
tutte queste voci, nel dettaglio. 


VIRTUAL PROTOTYPE 

Quanto detto fino a questo momento riguarda, in gene- 
rale, la prototipazione, la progettazione e l’impianto in- 
dustriale così come lo conosciamo oggi. Naturalmente, 


Figura 3. Configurazione minima per l'avvio di un ATMega328 


però, il nostro interesse quando parliamo di tecnologie 
di rapid prototyping è molto più specifico. Ad esempio, 
la nostra comunità su Elettronica Open Source è pre- 
valentemente composta da ingegneri, hobbisti, makers 
che si occupano di prototipazione elettronica, informa- 
tica e programmazione più in generale. Questo tipo di 
figure professionali spesso ha a che fare con il concet- 
to di prototipo virtuale, altrimenti noto come digital 
mock-up. È indubbio che creare un prototipo significa 
non andare sul mercato con la prima realizzazione di un 
progetto. Esso sicuramente avrà problemi di funziona- 
mento, anche di ordine pratico, sarà poco utilizzatabile, 
probabilmente non avrà un design particolarmente ac- 
cattivante. Il concetto della prototipazione e della realiz- 
zazione di un prototipo virtuale, dipende dal fatto che è 
necessario che un prodotto possa essere presentato, 
analizzato e testato relativamente ai parametri fonda- 
mentali inerenti il suo processo. In particolare, ci stiamo 
riferendo a: 

* progettazione 

e ingegnerizzazione 

e manutenzione 


e smaltimento 


È importante comprendere che su un prototipo virtua- 
le è possibile effettuare delle operazioni che servono 
a testare l'oggetto virtuale come se fosse un oggetto 
fisico. La scelta di strumenti software opportuni fa parte 
di quelle voci di design di cui abbiamo parlato in prece- 
denza. Nel concreto, se vogliamo creare una scheda 
elettronica integrata che si occupi di elaborare dei 
segnali, il nostro prototipo virtuale molto probabil- 
mente sarà realizzato in ambiente CAD elettronico, 
grazie a strumenti come KiCAD, OrCAD, ma anche EA- 
GLE, Altium Design e simili. Se vogliamo sviluppare una 
soluzione software per la gestione del database di un 
sistema di accessi controllato, il nostro prototipo virtuale 
sarà in realtà un codice lungo un certo numero di righe, 
scritte in un determinato linguaggio e che verrà redat- 
to da uno sviluppatore in un IDE come Visual Studio, 
Eclipse o altri. 


OPEN SOURCE MANUFACTURING 


L'Open Source è in generale una filosofia, ma rappre- 
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senta nel concreto una vera e propria opportunità per 
le aziende. L'esempio principale di questo è il sistema 
operativo Mac OS di Apple. Interamente basato su Li- 
nux, il sistema operativo si avvantaggia dell'esperienza 
decennale degli utenti della community Open Source 
per creare una soluzione proprietaria, venduta a costi 
sostenuti, che però viene ottimizzata in house. Apple 
ha ereditato l’intero know-how della comunità globale 
dell'Open Source che si è occupata di Linux dall’inizio 
fino ad oggi per poter partire avvantaggiata e creare una 
serie di applicazioni e servizi che venissero specificata- 
mente ottimizzati. Il vantaggio di avere Mac OS non è 
soltanto questo, dal momento che l'ecosistema Apple 
gode di un'ottima fase di sviluppo condotta da tutti gli 
ingegneri informatici che all’interno dell'azienda hanno 
continuativamente mantenuto la soluzione, implemen- 
tando funzionalità via via più avanzate. Esistono altri 
esempi di come l'Open Source rappresenti una vera 
e propria opportunità commerciale. In generale, quello 
che possiamo dire è che la produzione industriale che si 
basa sui prodotti della comunità Open Source di solito si 
avvantaggia anche di una community. 

Quando un progetto viene reso disponibile on-line, la 
creazione della community di utenti è davvero un valore 
aggiunto. Gli utenti che scrivono sui forum, rispondono 
sui blog oppure creano dei progetti derivati, rappresen- 
tano una vera e propria risorsa non soltanto perché le 
aziende possono fare scouting di persone talentuose, 
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Figura 4. Virtual Mock-up con Fritzing 
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ma anche e soprattutto perché questo tipo di interazio- 
ni funziona quasi meglio del beta testing dal momento 
che gli utenti rispondono ed interagiscono su specifiche 
problematiche. 

Oltre alla risoluzione di problemi ed alla loro individua- 
zione in via preventiva, vengono anche suggerite le 
possibili espansioni del software. Quali funzioni manca- 
no? Quali gli utenti preferirebbero? 

Quali sviluppare prima e dopo? Sono tutte domande 
importantissime alle quali un'azienda deve rispondere. 
Molto spesso, per farlo, è indispensabile fare indagini 
di mercato, coinvolgere personale delle risorse umane, 
interagire con un campione di utenti, parlare con chi si 
occupa del marketing e così via dicendo. 

Una community di utenti snellisce questo processo, ab- 
batte i costi di realizzazione e propone anche altri van- 
taggi minori. 


DALLA TEORIA ALLA PRATICA 
Making Hardware 


Nella prototipazione rapida di sistemi elettronici in- 
tegrati, come ad esempio schede embedded, le sfide 
progettuali si possono affrontare in fasi successive. Pri- 
ma di tutto, infatti, è indispensabile comprendere quali 
sono le specifiche di progetto. Dall'idea è necessario 
derivare tutte le caratteristiche funzionali, i tipi di intera- 
zioni con il sistema, le tipologie di segnali ma anche le 
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possibilità di espansione. La prima fase, ovvero quella 
della descrizione generale del progetto, in cui ciò che 
immaginiamo che il progetto dovrà fare viene scritto su 
carta, viene seguita da una fase di stesura delle speci- 
fiche tecniche del sistema. Una volta definito l'insieme 
di tutte le specifiche tecniche e funzionali che il siste- 
ma deve poter garantire, sia lato utente nell’interazio- 
ne, sia lato sviluppatore per la possibilità di espandere 
la scheda, ovvero montare nuovi componenti piuttosto 
che collegare periferiche esterne, si passa alla scelta 
dei componenti. Questa fase è davvero critica perché 
la scelta di un componente condiziona moltissimo non 
soltanto il fatto che si rispettino le specifiche correnti, 
ovvero, della versione del sistema che si vuole realiz- 
zare, ma anche e soprattutto la possibilità di espande- 
re le funzionalità nel futuro. Prendiamo come esempio 
il caso di Arduino. Nella sua versione Uno, la scheda 
prevede l'utilizzo di un microcontrollore, in particolare 
lATMega328p, il quale viene collegato ad uno zocco- 
lo (socket) che a sua volta accetta collegamenti verso: 
una tensione di alimentazione, ovvero un collegamento 
duale al potenziale più alto ed al potenziale di massa, 
che naturalmente nei circuiti digitali in logica TTL 5 V 
è sempre 0, una serie di collegamenti ancora rimasti 
fluttuanti per le periferiche di input/output (I/O) esterne, 
alcuni altri collegamenti per l’interfacciamento tramite 
seriale e quindi il collegamento USB. La configurazione 
minima che consente la messa in funzione di Arduino 
nella sua versione Uno è la seguente: 


Ovviamente, in questa versione, la scheda non è as- 
solutamente bella da vedere, certamente non è inge- 
gnerizzata ma propone le specifiche iniziali di progetto 
della scheda ovvero mettere in funzione un microcon- 
trollore. Questo è un chiaro esempio di mock-up del 
progetto dove il progetto è, a sua volta, una scheda di 
prototipazione che diventi la base per mock-up di 
progetti elettronici. Sembra un paradosso, ma vale la 
pena sottolineare che il ruolo centrale della scheda a 
microcontrollore obbliga ad eseguire tutti i passi di pro- 
getto di cui abbiamo parlato fino a questo momento per 
essere sicuri che la scheda, nella sua versione finale, 
funzioni esattamente come deve. Completato il mock- 
Up, si passa al test ed alla verifica, ovvero si provano 
le funzionalità di base, si verificano i livelli di tensione e 
quelli di corrente. Dopo aver fatto questo, è indispensa- 
bile procedere nell’aggiunta successiva di funzionalità 
e, pertanto, vale la pena di provare i singoli collegamenti 
sui singoli pin, in funzione della loro specifica. Una volta 
realizzato il circuito in vitro, ovvero su breadboard, 


in fase prototipale, si può passare alla formalizza- 
zione dello schematico su CAD. Ovviamente la scelta 
del CAD di riferimento è molto importante e soprattutto 
è soggettiva. | progettisti che si occupano di sbroglio 
hanno molte preferenze in tal senso e scelgono in ma- 
niera elettiva il loro CAD di riferimento per potersi spe- 
cializzare nel suo utilizzo, personalizzare le routine per 
effettuare lo sbroglio ed impostare l’ambiente di lavoro 
così da ottimizzare la loro produttività ed in ultimo il pro- 
cesso. Dalla realizzazione del circuito, poi, si passa allo 
sbroglio vero e proprio in cui tutti e soli i componenti 
che servono per implementare le funzionalità previste 
vengono messi insieme, disposti in maniera tale da oc- 
cupare il minor spazio possibile, connessi ottimizzando 
al meglio la lunghezza ed il numero dei collegamenti. 
A questo segue la fase di realizzazione vera e propria 
della scheda. Se non volete utilizzare delle tecniche fai 
da te, nonostante la bellezza del Do-It-Yourself, potete 
certamente rivolgervi a servizi online per un preventi- 
vo. Una volta che avrete realizzato un circuito stam- 
pato, sarà la volta del posizionamento dei compo- 
nenti. Questa è una fase molto critica e deve essere 
eseguita con grande precisione, soprattutto quando 
le dimensioni dei circuiti e degli integrati di riferimen- 
to diminuiscono. L'elettronica integrata ha dato una 
notevole spinta ed un grande impulso allo sviluppo 
di tecniche avanzate per la gestione di componenti 
microelettronici. Questo vuole anche dire che risulta 
difficile creare le proprie schede a casa, ovvero andare 
oltre la fase dello sbroglio. Quando la scheda è comple- 
ta, montata, ripulita da eventuali residui della saldatura, 
può essere testata. Il testing deve essere fatto verifican- 
do ogni singola funzionalità, ogni possibile interazione 
e, possibilmente, andando anche oltre quelli che sono i 
limiti funzionali imposti. 
Ad esempio è indispensabile testare i livelli di tensio- 
ne di funzionamento effettivamente supportati perché 
condizioni di sovralimentazione devono poter essere 
documentate. Le domande alle quali rispondere arrivati 
a questo punto sono: 
e in che condizioni la scheda smette di funzionare 
in maniera ottimale? 
e quali sono i possibili errori dovuti alle condizioni 
di malfunzionamento? 
e quali sono tutte le condizioni di malfunziona- 
mento possibili? 
* ci sono particolari precauzioni da utilizzare? 


Tutte queste domande servono per poter scrivere una 
sorta di manuale. 
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Maker 


Impara sul campo tutto quello che gli serve 


Fortunatamente c’è Internet 


Sperimenta anche praticamente 


È più giovane 


Ha bisogno di provare più volte 


Non si preoccupa di protocolli e standard 


Non ha quasi idea di cosa sia la certificazio- 
ne 


Making software 


Con il software la cosa procede in maniera non dissimile 
ma forse appena più facile da visualizzare e compren- 
dere. 

Se il focus è l'interazione con l’utente, il mock-up di un 
progetto software, infatti, molto facilmente potrebbe es- 
sere il front end di un portale web più in generale. Il 
mock-up di software CAD potrebbe essere l'interfaccia 
con la quale l'utente interagisce per azionare i vari co- 
mandi oppure accedere alle varie funzioni, come una 
dashboard. 

Naturalmente, in un mock-up con questa funzione, si 
sottintende che tutti i pulsanti, tutte le interazioni e tutti 
i servizi sono gestiti da un corrispondente servizio ope- 
rante nella sezione di back end. 

Un progetto software attraversa le stesse fasi della pro- 
totipazione hardware e differisce da essa perché la fase 
di test e validazione è spesso più rapida. 

Quando si realizza un sito web, si vuole creare un 
mock-up per la realizzazione di una landing page, mol- 
to facilmente si può aggiungere del codice HTML op- 
pure modificare il codice esistente direttamente da un 
template preimpostato, verificare il risultato atteso e poi 
codificare, in egual misura, all’interno dei file di configu- 
razione del sito stesso. 

Per questi motivi nella prototipazione software si at- 


(10-Firmwere 2.0 ) 


Ha solide basi teoriche 


... gia! 


Molto spesso ha accesso solo a simulazioni 


Beh, una laurea in ingegneria porta via del tempo... 


Può simulare N volte e produrre andando a colpo «sicuro» 


Sa bene quanto contano ed è in grado di valutarli preven- 
tivamente 


Sa quantificare costi e processi per la standardizzazione 


Ingegnere 


traversano fasi estremamente simili a quelle necessarie 
nella prestazione hardware e che si possono riassume- 
re come segue: 
* analisi e caratterizzazione dello scenario opera- 
tivo 
* specifiche funzionali di progetto 
* analisi del budget e caratterizzazione distinta 
delle risorse economiche, temporali ed umane 
necessarie 
e analisi dei linguaggi di programmazione e degli 
strumenti più idonei per la realizzazione 
e nuova stima dei costi e verifica degli obiettivi di 
medio termine 
e sviluppo nella prima versione rilasciabile 
* test 


Molte di queste richiedono l’interazione diretta con il 
cliente, il suo feedback costante sulla disponibilità eco- 
nomica e la continua verifica delle risorse a disposizio- 
ne. 

Quando si deve sviluppare un progetto software è dav- 
vero importantissimo comprendere quale sia il linguag- 
gio di programmazione più idoneo per poter svilupparlo, 
e non è neanche detto che ne basti uno. 

La ricchezza delle librerie, la documentazione, il sup- 
porto da parte di diversi IDE e la portabilità, sono soltan- 
to alcuni dei criteri progettuali che consentono di discer- 


nere se uno strumento software sia più o meno idoneo. 
È importante comprendere, ad esempio, se è necessa- 
rio utilizzare un database per popolare un sito internet 
e quando questa parte dello sviluppo debba avvenire. 
L'utilizzo di strumenti che consentono lo sviluppo in PHP, 
piuttosto che in CSS, HTMLS5 o altri linguaggi specifica- 
tamente pensati e sviluppati per il Web, può non essere 
il core business di ciò che deve essere realizzato. 
L'interfaccia web potrebbe ad esempio essere un plus 
del progetto che magari, nella fase prototipale, durante 
la realizzazione del mock-up, non è indispensabile. 
È possibile se si sta lavorando nell’ambito della tele- 
medicina, che le funzionalità software principali da svi- 
luppare siano inerenti all’interazione del medico con il 
sistema e quindi piuttosto che un'interfaccia web è im- 
portante sviluppare un'interfaccia software locale che 
consenta al medico di elaborare i dati dopo una visita. 
Il progetto software potrebbe basarsi sull’interazione 
Uomo-Macchina del paziente durante la visita; in quel 
caso, lo sviluppo software sicuramente non avrà a che 
fare con il popolamento di una tabella all'interno di un 
database ma piuttosto sarà importante utilizzare un pro- 
totipo scritto in Python per gestire il Raspberry Pi di tur- 
no che ha il compito di acquisire i dati dal sistema che 
comunica tramite Bluetooth. 
E’ possibile che ci siano da sviluppare dei driver spe- 
cifici per la particolare interfaccia di comunicazione e 
quindi l’effort maggiore dovrà essere speso per scrivere 
una libreria, magari in C. 
Che il vostro prototipo sia hardware o software, tutte 
queste esigenze possono essere codificate e messe 
in relazione tra loro secondo un sistema di priorità. Ne 
risulta, quindi, il fatto che la prototipazione rapida deve 
necessariamente prevedere delle fasi di: 

e Modellazione 

e Conversione 

e Controllo e preparazione 

e Costruzione 

e Post-processing 


SOLUZIONI SOFTWARE DI SUPPORTO 

Tutti i processi descritti non devono per forza essere 
svolti in rigide fasi differenti con soli strumenti differenti. 
Il mondo dell'Open Source oggi offre una serie di pos- 
sibilità davvero interessanti che possono consentire di 
convertire il processo e semplificarne alcuni passaggi. 
In particolare, vi abbiamo parlato di prototipazione har- 
dware e software come se dovessero essere fasi diffe- 
renti, ma alcuni strumenti di prototipazione rapida rie- 
scono a dare la dimensione che non ci sia più una rigida 


distinzione tra queste fasi. Una scheda come Arduino 
consente di accelerare vertiginosamente le fasi di 
test, modificando il numero di sensori oppure il nu- 
mero di attuatori, verificando al volo se un LED sia 
più idoneo, o comunque sufficiente, rispetto all’uti- 
lizzo di una serie di LED. Un esempio di software che 
mette insieme le esigenze di progettisti che stanno spe- 
rimentando con schede di prototipazione come Arduino, 
è Fritzing. 

Si tratta di un framework di lavoro che consente con- 
temporaneamente di effettuare delle ricerche e consul- 
tare un blog di informazione. L'interazione con il portale 
on-line di Fritzing consente l'utilizzo di una banca dati 
davvero vasta e variegata. 

Tantissimi makers, hobbisti, progettisti più o meno 
esperti, interagiscono con la community per creare nuo- 
ve proposte di nuovi progetti, sempre più complessi. Ma 
non finisce qui, perché tra le cose che ci consente di 
fare vi è la prototipazione hardware, mettendo a di- 
sposizione tutta una serie di librerie per le singole sche- 
de, piuttosto che per i componenti. 

Fritzing, infatti, consente al progettista di creare un pro- 
totipo dei collegamenti. Il mock-up virtuale, che è in re- 
altà il vero prodotto che si realizza tramite Fritzing, viene 
utilizzato non soltanto per valutare il numero di collega- 
menti, ma anche dal punto di vista della disposizione 
degli stessi. 

Si possono modificare i componenti, provare a sosti- 
tuire le varie schede, ma anche rispondere ad alcune 
domande, come ad esempio: quella particolare scheda 
della famiglia Arduino è sufficiente? 

Risponde alle mie esigenze? 

Troppo spesso, quando non si è molto esperti, si può 
sottovalutare il numero di pin necessari per effettuare 
dei collegamenti, per esempio dovendo collegare un di- 
splay LCD. 

Grazie a Fritzing è possibile verificare fin da subito se il 
numero di pin disponibili è sufficiente. Si può provare ad 
alloggiare il prototipo virtuale su più breadboard oppure 
modificare il colore dei fili per poter distinguere visiva- 
mente, in maniera semplificata, se il collegamento sia 
relativo ad una linea di alimentazione oppure al trasferi- 
mento dei dati. Il fatto che ci sia un ampio supporto per 
diversi componenti hardware dipende dal fatto che è un 
progetto supportato da moltissime aziende. 

Anche della famiglia Raspberry Pi, ad esempio, all’in- 
terno di Fritzing è possibile selezionare diverse versioni 
della scheda. 

Per tutti i makers che abbiano fatto acquisti online per i 
loro progetti, probabilmente SeedStudio, o magari Spar- 
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kfun, non sono solo nomi già sentiti, ma veri e propri for- 
nitori di fiducia. Bene, i loro prodotti sono praticamente 
quasi tutti inseriti all'interno del catalogo e comunque 
sono importabili. 

Quando avete finito di effettuare i collegamenti, simu- 
lando la presenza di una breadboard, potete passare a 
fare quello che davvero fa un progettista, ovvero, creare 
lo schema elettrico. Tutti i componenti che prima erano 
rappresentati in maniera fumettosa, adesso diventano 
dei blocchi, ovvero circuiti integrati, in package isolati, 
con un certo numero di piedini di interfaccia che sono 
funzionalmente diversi e quindi devono essere collegati 
in maniera precisa. 

Fritzing è un ambiente in cui anche il progettista meno 
esperto riuscirà a tirar fuori uno schema elettrico. In 
questa fase la sfida per tutti sarà quella di minimizzare 
il numero dei collegamenti ma soprattutto ottimizzare la 
loro disposizione. Il risultato ottenuto è l'input per la fase 
di sbroglio, ovvero quella in cui il progettista realizza i 
circuiti e prepara i file da esportare per poter realizzare 
un circuito stampato sul quale poi i componenti verranno 
saldati. Anche qui Fritzing funziona egregiamente, dan- 
do, seppur per piccoli progetti, una grossa mano al pro- 
gettista meno esperto. Non aspettatevi di tirar fuori dei 
progetti professionali, stiamo sempre parlando di sem- 
plici prototipi. Ma è un inizio. Tutte queste informazioni 
probabilmente le avevate già. Ma se state valutando un 
percorso imprenditoriale di formazione e di riqualifica- 
zione del vostro capitale umano, ecco che queste con- 
siderazioni assumono decisamente tutta un’altra veste! 
In conclusione di questo articolo, è interessante notare 
come la prototipazione rapida accomuni gli ingegneri, i 
professionisti, coloro che hanno maturato tanti anni di 
esperienza sul campo, ma anche i makers, gli hobbisti 
e quelli che cominciano. Ci sono molti punti di tangenza 
ed anche alcune differenze fondamentali. In questa ta- 
bella li riassumiamo in maniera sintetica. 

| punti di tangenza riguardano il metodo. 

Quali sono le problematiche e come possono essere 
intuite le soluzioni, rappresenta l'attitudine al problem 
solving che è presente in entrambe le categorie. 

Ciò che distingue un professionista da un dilettante è il 
fatto che il metodo e l’esperienza si affinano nel corso 
del tempo. 

Entrambe queste categorie concordano sul fatto che In- 
ternet sia una grandissima risorsa, ciò che li distingue è 
il modo in cui lo utilizzano. Per un professionista, Inter- 
net è un tavolo di confronto, una fonte di informazioni 
che contiene ben più di quanto effettivamente gli serva. 
Il dubbio tipico del professionista è specifico e caratte- 
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rizzato, la sua capacità di ricerca della risposta alla do- 
manda è fine e riesce a scartare con metodo tutto ciò 
che non risponde esattamente alla sua domanda. Un 
dilettante utilizza invece Internet come un terreno fer- 
tile dal quale provare ad attingere tutto quello che può, 
la disponibilità delle informazioni è la chiave che rende 
la sua inesperienza velocemente meno influente. Man 
mano che legge, un dilettante comincia a capire quali 
sono le fonti più attendibili e complete e guadagna con- 
fidenza anche con i temi trattati. 

Ci vogliono anni per trasformarsi in un professionista 
ma, naturalmente, la disponibilità delle informazioni, an- 
che in caso di ridondanza, rappresenta una ricchezza. Il 
dilettante può affinare il suo spirito critico, riconoscendo 
le fonti che sono più o meno dettagliate, attendibili e 
ricche. 

Un esempio che accomuna tutti coloro che fanno svilup- 
po software è Stack Overflow, un portale che funziona 
davvero molto bene per chiunque sviluppi. 

Ci sono domande di ingegneria del software su funzioni 
specifiche di librerie specifiche che possono essere uti- 
lizzate in alcuni contesti ma ci sono anche domande di 
carattere generale. 

La community è un elemento chiave su questo portale 
perché vota le risposte più pertinenti, più complete e più 
utili. 

L'esperienza su Stack Overflow è comprovata dal nu- 
mero e dal tipo delle risposte. Il sistema è abbastan- 
za meritocratico e rappresenta sicuramente un ottimo 
punto di riferimento per moltissimi neofiti di linguaggi di 
programmazione per il Web ma anche per tutti coloro 
che iniziano con Python. 


CONCLUSIONI 

Questo nostro primo appuntamento con il making e l’loT 
termina qui. Per ora abbiamo ragionato insieme dei con- 
cetti preliminari e di cosa serva per iniziare a progettare 
e fare concretamente l’IoT. 

Nel prossimo articolo studieremo tutte le componenti in 
dettaglio, analizzeremo le interfacce di comunicazione 
e completeremo il quadro informativo per poi caratteriz- 
zare un paio di progetti davvero smart. Alla prossima. 


L'autore è a disposizione nei commenti per eventuali 
approfondimenti sul tema dell’Articolo. Di seguito il link per 
accedere direttamente all’articolo sul Blog e partecipare alla 
discussione: 
https://it emcelettronica.com/iot-e-chi-iot-lo-fa-dallidea-al-prototipo 
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IOT È CHI IOT LO FA: 
COMPRENDIAMO 
GLI STRUMENTI 


Nello scorso appuntamento ci siamo occupati di comprendere cosa voglia dire iniziare la prototipazione 


di Pietro Boccadoro 


in ambito loT. Inquadrare le specifiche tecniche e progettare in maniera chiara fin da subito, significa 


spendere del tempo per fare attività di brainstorming, ma il risultato che si ottiene è Ja comprensione 


totale di quanto si desidera raggiungere. Chiariti gli obiettivi, è fondamentale focalizzare la propria at- 


tenzione sugli strumenti. Quali sono quelli più idonei? Come si possono scegliere? Dove posso trovarli? 


Come li metto in relazione tra loro? In questo articolo vedremo uno studio specifico sulle schede di pro- 


totipazione rapida, la scelta dei sensori ed il loro interfacciamento. Siete pronti? 


INTRODUZIONE 

are prototipazione rapida utilizzando strumenti e 

tecnologie, oggi ben diffuse e mature, significa 

innanzitutto lavorare con dati digitali che vanno 
opportunamente processati. Ciò implica analizzarli, ela- 
borarli e poter proporre in uscita dal nostro sistema un 
qualche risultato che sia verificabile, misurabile, ripetibi- 
le ed accurato. È facile immaginare che queste funzioni 
siano integrate all’interno di un dispositivo e realizzate 
tramite circuiti. Ma come deve funzionare esattamente? 
Come può funzionare? Quali sono le differenze tra le 
varie implementazioni possibili? Che tipo di logica deve 
poter gestire il nostro componente? Rispondere a do- 
mande di questo tipo è molto più importante di quanto 
non si pensi perché le risposte influenzano notevolmen- 


te le prestazioni attese e i risultati finali. 


MICROPROCESSORE VS MICROCONTROLLORE 
La prima esigenza è sicuramente quella di gestire i dati. 
È importante riprendere i concetti di microcontrollore e 
microprocessore ed estenderli in maniera tale da fornire 
un quadro informativo più chiaro che consenta di distin- 
guere tra processori, controllori e DSP. Soprattutto per 
chi è alle prime armi, probabilmente ci sarà un po' di 
confusione all’inizio sulla distinzione tra queste entità. II 
microprocessore è un dispositivo integrato che fun- 
ziona grazie ad una programmazione ben precisa, si 
impostano una serie di istruzioni che vanno eseguite in 
sequenza per effettuare una specifica operazione o una 
serie di operazioni sui dati. In pratica, la programmazio- 


Figura 1. Microprocessori e loro componenti interni 
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ne è la chiave per l'elaborazione dei dati stessi. Il mi- 
croprocessore è connesso ad una memoria nonché ad 
una serie, più o meno numerosa, di dispositivi esterni, i 
quali servono a fornire dati in ingresso oppure proporre 
gli stessi in uscita. Questa struttura è tipica di un’unità di 
elaborazione. Esistono componenti circuitali il cui scopo 
si esplica spesso all’interno di sistemi integrati per con- 
trollo e monitoraggio delle funzionalità di macchinari o 
di motori. In questo caso parliamo di microcontrollori 
che sono, quindi, microprocessori dedicati espres- 
samente al controllo ed è per questo che vengono 
chiamati microcontrollori. Le grandezze sulle quali sono 
chiamati ad operare non sono necessariamente solo 
digitali ma possono essere anche analogiche. Ecco 
per quale motivo spesso integrano, al loro interno, un 
multiplexer, un convertitore analogico digitale (ADC), un 
convertitore digitale analogico (DAC), ed una serie di 
circuiti di controllo per pilotare attuatori all'uscita. | DSP, 
ovvero Digital Signal Processor, sono dispositivi in- 
tegrati molto simili, dedicati espressamente all’acquisi- 
zione dei segnali e possono essere impiegati per l’ela- 
borazione dei segnali stessi. | DSP sono considerabili 


come un caso speciale di sistemi integrati che utilizzano 
microprocessori e che vengono specificatamente in- 
dicati soltanto quando c'è da fare elaborazione di se- 
gnale. Le differenze non sono soltanto funzionali, anzi, 
esse derivano da una diversa dotazione hardware. Un 
microprocessore tipicamente è in grado di comunicare 
con memorie di vario tipo attraverso l'utilizzo di bus di 
indirizzi, bus dedicati allo scambio di dati ed anche bus 
di controllo. Non solo, perché l’interfacciamento avviene 
tipicamente anche con porte di ingresso e uscita. 
L'architettura di un microprocessore prevede al suo in- 
terno tre unità fondamentali distinte: 


e ALU, ovvero l’Arithmetic Logic Unit, l’unità 
centrale che esegue le operazioni aritmetiche. 

* RegisterArray, un insieme di elementi dimemo- 
ria che vengono utilizzati durante l'esecuzione 
dei programmi per memorizzare dati temporanei 
oppure per salvare informazioni di rilevanza. Il 
fatto che la memorizzazione sia temporanea 
può dipendere dalla specifica applicazione o 
dall'utilizzo che si sta facendo del microproces- 
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Figura 2. Schematico della scheda Arduino Uno Rev3 


sore in quello specifico momento. 

e Control unit, ovvero l’unità deputata al vero e 
proprio processamento delle istruzioni, alla tem- 
porizzazione ed alla gestione dei segnali di con- 
trollo per il trasferimento dei dati verso l’interno 
o verso l'esterno. 


INIZIAMO CON I MICROCONTROLLORI 
Cominciamo ad addentrarci nel merito delle schede per 
la prototipazione rapida e focalizziamoci su Arduino, 
in particolare sulla scheda Arduino Uno. Questa versio- 
ne della celeberrima scheda è basata su un integrato, 
l'ATMega328. Si tratta di un microcontrollore a 8 bit che 
può funzionare con clock a 16 MHz, le cui specifiche 
tecniche e caratteristiche funzionali sono riassunte nella 
seguente tabella: 
A chiunque utilizzi Arduino come primo approccio alla 
programmazione ed alla sperimentazione, la scheda, 
nella sua veste grafica, risulta essere sufficiente. Tutti 
coloro che, invece, sono un po’ più smaliziati o esperti, 
hanno bisogno di saperne di più. Come sono realizza- 
te le interconnessioni? Qual è lo schema elettrico? In 
definitiva, quello che si aspettano di vedere è questa 
rappresentazione: 
Di questa rappresentazione sono fondamentalmente 
importanti tre sezioni, ovvero: 

e quella in blu che rappresenta la semplice inter- 
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connessione tramite interfaccia seriale emulata 
e che è accessibile e resa disponibile grazie 
all’USB; 

* la sezione identificata con il verde rappresenta 
proprio il microcontrollore. Un integrato che si 
presenta come un componente con dei pin di in- 
terconnessione, che espone diverse interfacce, 
ovvero collegamenti funzionalmente dedicati. La 
differenza tra un pin e l’altro non è evidente ad 
una prima ispezione ma lo è nel momento in cui 
si va a guardare come sono state effettivamen- 
te realizzate le interconnessioni. Saper leggere 
uno schema elettrico è importante perché, quan- 
do si realizza un prototipo, bisogna realizzare 
uno schema che descriva il proprio circuito ed il 
proprio progetto; 

* l’ultima sezione è quella che rappresenta i pin 
di interconnessione, le sezioni dell’interfaccia. 
Quella in arancione è la sezione grazie alla qua- 
le Arduino riesce ad entrare in comunicazione 
con il mondo. È importante capire quanti sono 
questi pin, che funzionalità hanno, e, tra l’altro, 
anche cosa vuol dire PWM. 


Ogni microcontrollore lavora utilizzando un set di istru- 
zioni, ciascuna scritta in linguaggio macchina. Per sem- 
plificare il compito della programmazione, come alcuni 


di voi sicuramente sapranno, è stato codificato un lin- 
guaggio di basso livello noto come assembly, in cui le 
istruzioni sono date in formato elementare riconducen- 
do tutto a poche semplici istruzioni. Il vantaggio di un 
linguaggio di alto livello sta prevalentemente nella codi- 
fica, ovvero nel fatto che il progettista, il programmatore 
o lo sviluppatore, possano esprimersi in modo più natu- 
rale. Un linguaggio di basso livello è, altresì, più vicino 
a quello parlato dalla macchina. È importante anche sa- 
pere che i microprocessori sono diversi perché possono 
appartenere a famiglie logiche diverse. Di queste se ne 
possono individuare due fondamentali, Intel e Motoro- 
la. La prima, quella prevalentemente impiegata su tutti 
i personal computer di tipo IBM, ha alcuni esponenti di 
spicco che sono: 


e 4004 

e 8008 

e 80x86, da cui i 286, 386, 486, Pentium (I, II, III, 
IV), Celeron 


La famiglia si è evoluta passando dai primi esponen- 
ti, che lavoravano soltanto con 4 bit, fino a modelli più 
avanzati, in uso dal computer che abbiamo quasi tutti 
nelle nostre case, a 32 0, più frequentemente, a 64 bit. 
La famiglia Motorola, invece, conta 680X0, da cui 
68020, 68030, 68040, 68060. Anche qui, i primi model- 
li erano ad 8 bit, ma quelli che oggi utilizziamo sono 
a 64 bit. Alcune altre grandezze importanti nello studio 


dei microprocessori sono rappresentate dai sistemi di 
interconnessione, che possono fondamentalmente divi- 
dersi in due tipi di collegamento: punto-a-punto oppure 
multipunto. Come tutti i collegamenti, essi possono es- 
sere monodirezionali oppure bidirezionali. Lo scambio 
di dati è evidentemente facilitato da comunicazioni bi- 
direzionali. Nel funzionamento di un microcontrollore è 
importante ricordare che il trasferimento di dati può av- 
venire in serie oppure in parallelo. In teoria, potremmo 
sempre optare per il trasferimento in parallelo, poichè 
questo garantirebbe lo scambio di dati in un unico colpo 
di clock. Quello che succede in realtà è che non è vero 
che possiamo scambiare N bit in parallelo alla stessa 
velocità con la quale possiamo farlo per N bit in serie. Lo 
svantaggio della trasmissione in serie, d'altronde, è rap- 
presentato dal fatto che sicuramente ci vorranno alme- 
no N colpi di clock per trasferire N bit. Quando diciamo 
che è possibile interfacciarsi con una scheda, dobbiamo 
sempre capire come lo stiamo facendo. Ecco per qua- 
le motivo vediamo nel dettaglio cosa vuol dire avere a 
che fare con un'interfaccia UART. UART ha lo scopo di 
trasformare una serie di bytes in un unico flusso, ovvero 
in un bit stream, il quale viene utilizzato per effettuare le 
comunicazioni. Quando la trasmissione è in ingresso, 
il suo scopo è, invece, convertire il flusso effettuando 
un parsing intelligente per rendere la sequenza di dati 
comprensibile per il computer. Tra le principali funzioni 
che svolge vi è il controllo di parità sulle trasmissioni in 
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Figura 3. Dettaglio grafico dello schema di Arduino Uno 
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Figura 4. Schema di collegamento del convertitore ICSP 


uscita. Su quelle in ingresso, in maniera duale, il suo 
compito è quello di verificare il controllo di parità per 
validare l'integrità dei dati. Quando si usa il concetto di 
flusso ordinato, si fa anche riferimento al fatto che si 
utilizzino dei delimitatori tra pezzi (blocchi) dello stre- 
am, in maniera tale da poter effettuare più facilmente 
una ricostruzione. Questo componente si occupa anche 
di aggiungere delimitatori di inizio e fine. Dal momento 
che si tratta di operazioni seriali, è necessario anche 
comprendere quando esse iniziano e finiscono, perché 
il flusso di dati altrimenti sarebbe interrotto. Per tale 
motivo, tramite questo componente vengono gestiti gli 
interrupt che segnalano l’inizio e la fine delle trasmis- 
sioni. Un componente di questo tipo è anche in grado di 
gestire gli interrupt in funzione del coordinamento delle 
operazioni nelle comunicazioni tramite computer, spe- 
cificando anche la quantità di bit al secondo che transi- 
tano attraverso l’interfaccia. Sincronizzare le velocità 
di trasmissione dati è fondamentale, come sanno 
tutti coloro che hanno già provato ad utilizzare Arduino 
e hanno sperimentato cosa accade quando l’apertu- 
ra dell'interfaccia seriale avviene impostando un certo 
baudrate ma poi seleziona una diversa come opzione 
all’interno del monitor seriale. Con i microcontrollori è 
necessario sempre comunicare in maniera più diretta 
possibile. Si cerca, quindi, almeno a livello professiona- 
le, di evitare interpreti, piuttosto si preferisce dialogare 
direttamente con gli integrati. Questo perché le proba- 
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bilità di errore nella trasmissione dei dati diminuiscono 
vertiginosamente. Inoltre, diminuiscono anche le laten- 
ze. Per poter gestire questo tipo di comunicazioni ci 
sono interfacce standard che, almeno nel caso di Ardu- 
ino, sono rappresentate da un ICSP, ovvero In-Circuit 
Serial Programming. Esternamente l’interfaccia espo- 
ne 6 contatti differenti, due linee per la trasmissione dei 
dati ed il sincronismo e tre dedicate all’alimentazione. 

La programmazione di un microcontrollore avviene 
in linguaggio C, quindi non sono, almeno in questo 
caso, indispensabili le competenze per programmare in 
assembly. Nello specifico, Arduino propone all'utente un 
meccanismo estremamente semplificato di interazione 
con il microcontrollore grazie all'utilizzo della cosiddet- 
ta Arduino IDE, un’interfaccia di programmazione 
scritta in Java che consente di inviare comandi alla 
scheda. Arduino IDE garantisce allo sviluppatore alcu- 
ne delle funzionalità più gradite a chi scrive software, 
come ad esempio l’evidenziazione dei costrutti e delle 
variabili, così come la segnalazione dei tipi, dei metodi 
e delle funzioni e l’indentazione automatica del codice. 
È importante, però, sapere che niente di tutto quello che 
viene programmato può prescindere dalla condivisione. 
Arduino IDE è il risultato della condivisione, all’interno 
della community, di diverse modifiche fatte nel corso del 
tempo. Concordemente, anche l’interazione con il mon- 
do fisico attraverso sensori viene fatta utilizzando delle 
librerie dedicate che, molto spesso, prima di diventare 


ufficiali, o ufficialmente supportate ed integrate all’inter- 
no dell'ambiente Arduino, erano state dei semplici pro- 
dotti, o meglio progetti, disponibili su Github. Per tutti 
quelli che cominciano, è importantissimo sapere che un 
codice scritto in Arduino contiene almeno due bloc- 
chi fondamentali. Il primo, il cosiddetto setup, è una 
funzione, un metodo, di tipo void, ovvero che non resti- 
tuisce niente quando termina, che contiene il blocco di 
codice che è necessario eseguire all’inizio, nella fase di 
startup. Quando la scheda si avvia, esegue quello che 
c'è all’interno del setup una volta sola, dopodiché passa 
a ciò che è contenuto nel blocco successivo ovvero nel 
loop. Anche questo è un costrutto che restituisce un tipo 
void; all’interno del loop vengono inserite tutte le opera- 
zioni che la scheda deve effettuare ciclicamente. Signi- 
fica che una volta che sarà terminata l'esecuzione di ciò 
che c'è dentro setup, il microcontrollore comincerà ad 
eseguire in continuazione ciò che c'è scritto all’interno 
del loop e questo rimarrà vero fino a quando la scheda 
sarà alimentata. Tanto per spiegare ai nuovi ingegneri, 
ai nuovi programmatori ed ai nuovi sviluppatori a cosa 
possa servire tutto questo e come si possa realizzare, 
immaginate di dover fare il monitoraggio della tempe- 
ratura. Il vostro termometro digitale si avvia, termina la 
fase di setup, dopodiché inizia a fare delle letture pe- 
riodiche. Volete che la temperatura venga tenuta sotto 
controllo, quindi il fatto che le misure siano periodiche 
per voi fa parte del progetto, è qualcosa che volete che 


accada. Una volta effettuata la misura, volete che venga 
fatta la successiva e così via dicendo. Ma come si può 
fare realmente questo? Perché esiste il void loop? Dal 
punto di vista della programmazione, a quale costrutto 
si fa riferimento? Questa è una domanda davvero im- 
portante perché testa la comprensione e la conoscenza 
che voi avete dei costrutti basilari non soltanto del C ma 
di qualunque linguaggio di programmazione. Eseguire 
una funzione all’infinito, ovvero finché la scheda è 
alimentata, si può fare utilizzando il costrutto while. 
Sapreste rispondere alla domanda: perché non con il 
for? E una volta che avete risposto, qual è la condizione 
che deve essere scritta all’interno del while? Compren- 
dere queste funzionalità, se volete questi trucchetti, è 
un'utile verifica della loro comprensione. Ovviamente, 
imparare a scegliere la scheda opportuna, quella più 
giusta, fa parte dell'intelligenza che voi potete esprime- 
re nella progettazione. Per realizzare qualunque tipo 
di progetto ha senso prendere una scheda dotata del 
maggior numero di interfacce possibili, del maggior nu- 
mero di componenti esterni possibile, che dispone del 
più ampio range di frequenze di funzionamento oppure 
che può essere alimentata in modi differenti. Ha senso 
pensare di dotarsi della scheda top di gamma per po- 
ter coprire la maggior parte delle esigenze. Ma quan- 
do guardate il sito di Arduino, invece, e state pensan- 
do ad un progetto specifico, dovete sapere cosa state 
cercando. Fortunatamente il sito vi aiuta, prima di tutto 
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Figura 5. Vari linguaggi di programmazione utilizzabili con le schede per il rapid prototyping 
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Figura 6. Fenomeno del jitter sui fronti di salita e discesa dei circuiti digitali 


con un'organizzazione gerarchica secondo categorie 
funzionali pensate per persone che stanno appena co- 
minciando e che quindi hanno da imparare, come nel 
caso della categoria entry-level, oppure per chi cerca 
qualcosa di specifico. Un progetto che vada integrato 
all’interno di un capo di vestiario, ad esempio, sicura- 
mente ha bisogno di dimensioni e peso molto contenuti 
ed è proprio per questo motivo che esiste una categoria 
come quella dei dispositivi wearable. 


COSA CAMBIA CON RASPBERRY PI? 

Per provare a semplificare le evidenti differenze che 
sussistono tra microprocessori e microcontrollori, pos- 
siamo riassumere che se gli uni utilizzano un’architet- 
tura complessa (CISC, Complex Instruction Set Com- 
puter), i secondi utilizzano invece una semplice (RISC, 
Reduced Instruction Set Computer). 

Inoltre è importante ricordare che nei microcontrollori 
vi sono delle periferiche, come ad esempio I/O, soli- 
tamente general purpose, ma anche timers, contatori, 
ADC ed UART. Molte di queste nei microprocessori non 
sono implementate. Un microprocessore, inoltre, è do- 
tato di registri di puntamento, registri di indirizzamento 
e può anche gestire delle code d’istruzione, tutte cose 
che nei microcontrollori non esistono. Queste non sem- 
brerebbero essere funzionalità necessarie né imme- 
diatamente spendibili, ma quando il progetto si fa più 
complesso diventano molto utili. Nei microcontrollori le 
memorie RAM e ROM risiedono all’interno del medesi- 
mo integrato e pertanto non è necessario utilizzare dei 
registri dedicati all’indirizzamento. Vi sono anche alcune 
differenze di ordine pratico: dal momento che i micro- 
controllori sono realizzati con cMOS (complementary 
Metal Oxide Semiconductor), la tecnologia consente di- 
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mensioni estremamente ridotte. In termini di velocità di 
funzionamento e processamento dei dati, nonchè ese- 
cuzione dei task, i microprocessori sono estremamente 
più veloci. Come noto, infatti, possono lavorare a fre- 
quenze operative dell'ordine dei GHz, ben al di sotto di 
quanto accade con i microcontrollori che, tipicamente, 
si fermano ai MHz. 

Vedremo più avanti quanto in un progetto loT il consumo 
energetico possa essere importante. Bene, considerate 
sempre che un microcontrollore, solitamente, è ottimiz- 
zato per consumare in maniera ridotta, almeno in moda- 
lità IDLE, mentre un microprocessore difficilmente ottie- 
ne risultati del genere. AI di là del fatto che Raspberry Pi 
funziona basandosi su microprocessore, è importante 
ragionare anche su un altro punto. Si propone come un 
valido supporto alla prototipazione sia dal punto di vista 
dell'hardware sia dal punto di vista del software perchè, 
a differenza di quanto accade con Arduino in cui fon- 
damentalmente la scheda è una semplice applicazione 
di quanto descritto all’interno del datasheet dell’ATMe- 
ga328, il progetto di un computer per intero, completo 
e funzionante, il cui schema elettrico è disponibile, rap- 
presenta un prodotto Open Source davvero originale, 
dall’inizio alla fine. Il suo essere Open Software, però, 
è diverso da quello di Arduino: se Arduino è un linguag- 
gio di programmazione che si può utilizzare all’interno 
dell’Arduino IDE, per Raspberry l'essere Open Software 
significa basarsi prevalentemente su Linux. Il sistema 
operativo del pinguino, nelle sue varie versioni, infatti, è 
il vero cuore pulsante della scheda. Poter lavorare con 
un intero sistema operativo abilita un mondo di possibi- 
lità, e ciò che succede con Raspberry Pi è che la scelta 
della distribuzione più idonea alla propria applicazione 
può essere fatta in piena libertà dal progettista. Esisto- 
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no davvero tantissime diverse distribuzioni del sistema 
operativo che sono ottimizzate per architetture basate 
su microprocessori ARM. Alcune di queste sono: 

* Raspian, una distro Debain-based, molto popo- 
lare, anche perchè decisamente general purpo- 
se. Nelle sue ultime releases è stata notevolmen- 
te migliorata dal punto di vista delle performance 
su architettura ARM anche se in contemporanea 
è cresciuta la potenza delle schede della fami- 
glia Raspberry soprattutto nella versione 3; 

* Pi MusicBox, distibuzione specificatamente 
pensata per trasformare il vostro Raspberry Pi 
in un vero e proprio jukebox. Basata su Mopidy, 
la sua ultima relaese funziona benissimo sia su 
Pi 3 sia su Pi Zero; 

e RetroPie, una distro specificatamente progetta- 
ta per tutti gli amanti del gioco da bar. Rivivrete i 
grandi classici da sala giochi, da Space Invaders 
a Metal Slug, passando per PAC-MAN; 

* LibreELEC, una delle tante distro pensate spe- 
cificatamente per trasformare la vostra TV in 
una smart TV, il tutto grazie a Kodi; 

e OpenMediaVault (OMV), una distro inizialmen- 
te pensata per PC, desktop e workstation, OVM 
consente di realizzare un Network Attached Sto- 
rage (NAS) dedicato. Niente male se avete molti 
HDD da connettere. 


Una volta presa la scheda, tuttavia, non avete ancora 
tutto ciò che vi serve. A differenza di quanto accade con 
Arduino, per utilizzare Raspberry Pi in versione standa- 
lone avete sicuramente bisogno almeno di: 

e SDcard(da almeno 8 GB) 

e Display 

e Mouseetastiera 

e Power Supply (5 V, da almeno 1 A) 


e di alcuni componenti opzionali: 
e  Cavoethernet 
e USBWi-Fi dongle (non più necessario nella ver- 
sione 3) 
e cavo audio (non necessario se vi basta l'audio 
su HDMI) 


Per partire con Raspberry non basta collegarlo, come 
accade invece con Arduino. Se avete scelto Raspian, 
ad esempio, dovrete: 

1. formattare la SD card 

2. copiarei file di NOOBS 

3. seguire la procedura guidata di installazione 

4. effettuare il login 


Ci saranno sicuramente degli update o dei tool man- 
canti, software aggiuntivi che vorrete installare subito. 
Usate aptitude con, almeno, questi comandi: 
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Figura 7. Rete di connessione per FT232R e USB 
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# apt-get install /----- / 
# apt-get update 
# apt-get updgrade 


# apt-cache search 


A questo punto avete installato la distribuzione del siste- 
ma operativo scegliendo quella che più vi piace e siete 
pronti a cominciare. Occorre a questo punto porsi una 
domanda: con quale linguaggio di programmazione in- 
tendo utilizzare Raspberry? Perché si può fare in moda- 
lità nativa, utilizzando bash. 

Non particolarmente intuitivo, sicuramente un po’ sco- 
modo per via della mancanza di un’interfaccia grafica, 
ma sicuramente essenziale, funzionante e assoluta- 
mente preferito dai programmatori e dagli sviluppatori 
più bravi. 

Potreste utilizzare un linguaggio di programmazione di 
alto livello; su Raspberry Pi quella di utilizzare Python è 
una scelta molto popolare. 

Oppure potreste decidere di utilizzare un altro linguag- 
gio di programmazione. 

La scelta dipende esclusivamente da voi. 

Anche l'interazione con la scheda richiede che abbiate 


conoscenze specifiche ma che possono essere garanti- 
te da un’intensa attività di pratica. Gestire i GPIO su Ra- 
spberry Pi è sicuramente una skill che si può maturare 
leggendo con attenzione la documentazione. 


INTERFACCE OVUNQUE 
Il tema dell’interfacciamento è sicuramente centrale. 
Come comunico? Cosa? A chi? Come sono fatti i dati 
che possiedo? In che formato voglio che arrivino? Come 
garantisco che le informazioni trasmesse/ricevute siano 
integre? Queste ed altre domande trovano risposte sol- 
tanto nella corretta configurazione dell’interfaccia di 
comunicazione. 
E questo vale quando si sta spostando un flusso di dati 
tra un componente ed un altro all’interno di un circuito 
elettronico ma in egual modo vale nelle reti cellulari e 
nelle comunicazioni su larga scala. 
Vediamo cosa significa progettare l’interfacciamento e 
quali sono i modi più efficaci per gestire le comunica- 
zioni. 
Esistono fondamentalmente due possibilità di comuni- 
care: in maniera seriale oppure in parallelo. | principali 
parametri da considerare sono: 

e velocità: in teoria, il data rate di una comunica- 

zione parallela è semplicemente il risultato della 


Figura 8. Fare una misura precisa ed accurata è un po' come giocare a freccette: ci vuole tempo e pratica per riuscirci 
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velocità dell’equivalente seriale di ciascuna linea 
per il numero delle linee. In pratica questo non 
è vero. Un fattore limitante della velocità nelle 
comunicazioni in parallelo dipende dalla velocità 
di ciascun link che, per fenomeni di clock skew, 
fisicamente inevitabili, implicano un rallenta- 
mento; 

* lunghezza: la lunghezza di un collegamento ha 
dimensioni ridotte su scheda, ma anche poten- 
zialmente dei difetti, sopratutto in termini di con- 
tiguità con altre piste conduttive. Il fenomeno del 
crosstalk, infatti, ovvero la possibilità che i se- 
gnali dati all’interno di una pista possano interfe- 
rire e trasferirsi, con conseguente perdita di po- 
tenza, alle linee continue, rappresenta un fattore 
che suggerisce che le piste conduttive debbano 
essere sempre il più possibile di dimensioni con- 
tenute e distanti tra loro; 

* complessità: si tratta di un aspetto fin troppo 
sottovalutato, soprattutto quando ci rivolgiamo 
all'utilizzo degli integrati ed alla loro comunica- 
zione. Le comunicazioni in parallelo possono 
essere la soluzione ai problemi di complessità, 
di numerosità dei componenti e dei loro colle- 
gamenti, nonché delle loro interconnessioni. 
Questo, però, introduce un tema importante di 
sincronizzazione e di gestione delle conversioni 
tra comunicazioni seriale e parallelo e viceversa. 


Il problema del clock skew ha un'influenza notevole 
poichè la precisione dei fronti di salita e discesa di un 
segnale digitale non è infinitamente grande quanto la 
modellazione suggerisce. | fronti, infatti, non sono ret- 
te a pendenza infinita, ovvero non sono perfettamente 
verticali. 

Questo vuol dire che esiste un certo tempo di commu- 
tazione tra il livello basso e quello alto. In questi inter- 
valli temporali è necessario monitorare costantemente 
l'uscita dei sistemi digitali, onde evitare di fraintendere il 
transitorio per un simbolo. 

La cosa diventa tanto più importante quanto si impiega- 
no politiche di duty cycling all’interno del nostro circuito. 


UART E USART 

Sembrano solo due sigle, anche molto simili, ma in real- 
tà tra loro ci sono grandissime differenze e quando ci si 
deve interfacciare è importante comprenderle. 

UART è un dispositivo per la comunicazione asin- 
crona in cui il formato dei dati e le velocità di trasmissio- 
ne sono configurabili. | livelli e i metodi del segnale sono 


gestiti da un circuito driver esterno. 
Come accennato in precedenza, le UART sono comu- 
nemente incluse nei microcontrollori. Il loro utilizzo si 
basa su un segnale di clock interno, grazie al quale i dati 
sul bus possono avere un timing regolare. 
La gestione di questa interfaccia richiede che vi sia non 
soltanto una temporizzazione ma anche bit dedicati che 
segnalino avvio ed arresto di una sequenza, in maniera 
tale da ottenere sincronizzazione dei dati asincroni. Un 
trasmettitore ricevitore sincrono asincrono univer- 
sale (USART) può agire in modalità asincrona proprio 
come un UART ma ha anche il vantaggio, ovvero la ca- 
pacità, di operare in modo sincrono. | dati sono sincro- 
nizzati da un clock il quale può essere: 

e recuperato dai dati 

e inviato come segnale esterno 


A differenza di UART, USART non utilizza bit di inizio 
e fine. Questo è uno dei fattori che incide sul fatto che 
USART abbia un baud rate più alto. Vediamo nel detta- 
glio FTDI FT232R, un’interfaccia UART per dispositivi 
USB, proprio come nel caso di Arduino. 


IL RESISTORE COME INTERFACCIA 

Anche un semplice resistore può essere considerato 
un'interfaccia. Nella sua definizione, infatti, un’interfac- 
cia non è altro che una soluzione che consente la tra- 
duzione di una grandezza in un’altra ovvero l'utilizzo di 
qualcosa a mezzo di uno strumento. 

Un resistore, ad esempio, consente la conversione tra 
un valore di tensione ed uno di corrente e viceversa. Si 
tratta di un sistema che ha una funzione di trasferimen- 
to, e come tutti i sistemi reali, esso stabilisce una diretta 
proporzionalità tra tensione e corrente per cui il valore 
della resistenza cambierà. 


IL WI-FI 
Allo stesso modo anche una scheda di rete che con- 
sente l’interconnessione del proprio dispositivo con altri 
connessi ad una rete, può essere considerata un’inter- 
faccia. 
Come tutte le interfacce anche una scheda Wi-Fi ha del- 
le specifiche tecniche: 
* data transfer rates (misurato in Mbit/s), che va 
da 2 Mbit/s fino anche a 54 Mbit/s 
e potenzain trasmissione (misurata in dBm) 
e rangedi copertura (misurato in m), che si esten- 
de entro 100 m 
e supporto per diverse versioni dello standard (ov- 
vero, 802.11 b/g/n) 
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Variabile fisica 


Distanza/posizione 


Accelerazione 


Pressione 


Temperatura 


Visione 


Principio di rilevazione 


Magnetico 


Elettromagnetico 
Effetto Hall 
Optoelettronico 
Elettrostatico 


Elettromagnetico 


Effetto Hall 


Elettromagnetico 


Piezoelettrico 


Semiconduttori 


Termocoppia 


Optoelettronico 


e altrettanto, come tutte le interfacce, richiede degli ele- 
menti per la sua configurazione essenziale: 
e Indirizzo IP per l'interfaccia Wi-Fi (statico o di- 
namico) 
e Service Set IDentifier (SSID) 
e Autenticazione per abilitazione del router 
e Configurazione di un passphrase se si sceglie 
WPA/WPA2 


GLI ELEMENTI SENSIBILI 

Discorso del tutto analogo e che si allaccia perfettamen- 
te a quello sulle interfacce, è ciò che possiamo fare sul 
principio fisico di rilevamento di una grandezza di nostro 
interesse. 

Esattamente come quando diciamo di voler monitorare 
la temperatura, dobbiamo specificare se stiamo parlan- 
do della temperatura di esercizio di un motore, piutto- 
sto che quella di fusione di un dato materiale o anco- 
ra quella di un altoforno, in tutti i campi della tecnica è 
indispensabile specificare le condizioni di esercizio. La 
temperatura corporea ha senso misurarla in un range 
che non può essere ovviamente inferiore a 40 °C e si- 
curamente non sarà mai superiore a 100, almeno per 
quanto riguarda le condizioni compatibili con la vita e 
quelle immediatamente prossime alle cause di morte. 
Se invece vogliamo creare un termometro per verificare 
se una persona abbia o meno la febbre, il suo range 
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operativo si restringe ulteriormente perché non ha sen- 
so andare sotto i 34 °C e sicuramente non è più com- 
patibile con la vita una temperatura superiore ai 45/46 
°C. A seconda, quindi, di ciò che vogliamo misurare e 
delle condizioni di lavoro, il nostro principio di misura 
può essere lo stesso ma lo strumento potrà cambiare. 
Altrettanto si può dire per un termometro da cucina, in 
cui per verificare ad esempio la corretta temperatura di 
ebollizione dell’acqua, il nostro termometro dovrà esse- 
re in grado di arrivare a 100 °C senza che questo ne 
causi la rottura o ne impedisca il funzionamento. 
Possono sembrare delle considerazioni abbastanza ba- 
nali ma in realtà il progettista deve fare questo lavoro, 
ovvero identificare con estrema precisione tutte e sole 
le condizioni operative. Supponiamo di voler monitorare 
una struttura, ad esempio un ponte. Un ponte ha de- 
terminate caratteristiche, ha una propria lunghezza così 
come una determinata ampiezza dell’arcata, alcuni ele- 
menti strutturali portanti, altri che sono soltanto di sup- 
porto e così via dicendo. 

Per poter misurare la tenuta del ponte, la sua operati- 
vità, il fatto che la sua posizione sia corretta e che non 
subisca deformazione o flessioni o torsioni, è importan- 
tissimo capire come misurare queste grandezze. Quali 
tipi di sensori bisogna utilizzare? Quali sono i posti più 
corretti per posizionare gli elementi sensibili? Quanti 
elementi sensibili bisogna utilizzare? Queste sono alcu- 


ne delle domande alle quali il progettista deve risponde- 
re per poter correttamente configurare lo studio prelimi- 
nare del proprio sistema. 

Gli elementi sensibili in questo esempio non sono altro 
che degli estensimetri che verificano eventuali sforzi cui 
la struttura è sottoposta. 

A ciò si affianca l'elaborazione compiuta da parte del 
sistema per poter garantire un esatto controllo delle vi- 
brazioni. 

Tramite analisi mirate è possibile, peraltro, verificare 
che le vibrazioni alle quali il ponte è soggetto durante 
l'esercizio siano entro i limiti consentiti, quelli che garan- 
tiscono che la struttura è ancora in sicurezza. Facciamo 
ancora un'altra ipotesi e immaginiamo di voler progetta- 
re un sistema di illuminazione per interni. 

La prima cosa che bisogna assolutamente comprende- 
re è la destinazione d’uso. 

È un interno ad uso abitativo? Una casa? Un ufficio? Un 
luogo di lavoro? Un locale commerciale? Un museo? 
Queste domande sembrano banali, ancora una volta, 
ma non lo sono. 

All’interno di un ambiente domestico, ad esempio, per 
poter garantire il comfort abitativo, è giusto pensare di 
utilizzare luci calde che tendono al giallo oppure all’a- 
rancione o ancora al rosso. 

In un ambiente di lavoro in cui si cerca di simulare l’illu- 
minazione a giorno, la luce deve essere bianca, fredda, 
il più possibile chiara, deve illuminare tutto l’ambiente 
che, possibilmente, deve avere anche armadi, strutture 
ed elementi di arredo che tendano anche essi a colori 
chiari. In un locale commerciale viene preferita l’illumi- 
nazione diffusa, in maniera tale da poter dare ai clienti 
l'esperienza utente più completa nella fruizione degli 
scaffali che espongono le merci. 

Quando si illumina un museo, invece, l'illuminazione di 
solito è da un lato diffusa, ma non troppo intensa, dall’al- 
tro puntuale in maniera tale da poter esaltare le singo- 
le opere esposte, piuttosto che le sculture. Ancora una 
volta stiamo progettando soltanto luci ma naturalmente 
la scelta della luce cambia completamente. Poi esistono 
alcune domande che dobbiamo porci dal punto di vista 
tecnologico. 

Ad esempio: vogliamo utilizzare delle luci a incande- 
scenza, possiamo pensare di utilizzare l'illuminazione a 
LED, la luce deve essere estremamente monocromati- 
ca? È ovvio che queste domande non sono solo inerenti 
il tipo di lampadina piuttosto che punto luce da utilizzare. 
La scelta della tecnologia impatta moltissimo sui costi, 
sull’illuminazione che la plafoniera è in grado di diffon- 
dere, sulla manutenibilità ovvero su qual è il range di 


operatività e il tempo di vita misurato in ore. 
Una volta che è stata scelta l'impostazione tecnologi- 
ca del progetto, è bene considerare che le variabili in 
oggetto possono essere fondamentalmente di due tipi, 
ovvero grandezze continue o grandezze discrete. 
La temperatura è tipologicamente una variabile discre- 
ta, dal momento che varia con continuità ma in un inter- 
vallo discreto. 
La temperatura corporea difficilmente viene espressa 
con precisione oltre la seconda cifra decimale, pertanto 
si tende a considerare che 37,24 gradi centigradi sia 
una temperatura corporea ma difficilmente la misurere- 
mo arrivando oltre, ovvero non diremo mai 37,24 °C. 
Diversamente viene fatto con il tempo che di per sé è 
una variabile continua descrivibile tramite numeri reali. 
In realtà quando la descriviamo attraverso un calcolato- 
re oppure utilizziamo un cronometro, per poterla misu- 
rare ci fermiamo al millesimo di secondo, eventualmen- 
te aumentando il numero di cifre significative dopo la 
virgola ma comunque facendola diventare una variabile 
discreta. 
La differenziazione tra variabile continua e variabile 
discreta ha un impatto sul tipo di sistema che andia- 
mo a considerare. 
In un circuito digitale tutte le variabili sono sicuramente 
discrete nella loro definizione ed assumono quindi valori 
discreti. 
Questo significa che dobbiamo fare un’altra distinzione, 
ovvero le grandezze possono essere continue nelle am- 
piezze oppure assumere valori discreti. 
Tipicamente il secondo caso si verifica quando le varia- 
bili vengono passate all’interno di un sistema di elabora- 
zione di dati per cui il dato viene espresso utilizzando un 
certo numero di bit, 8, 10, 12 o 24 che siano. 
Di seguito riassumiamo alcune delle caratteristiche prin- 
cipali dei sensori: 

* accuratezza 

e precisione 

* risoluzione 

* sensibilità 

* caratteristica statica 

* . caratteristica dinamica 

e intervalli di input e output 

e . isteresi, linearità, deriva, impedenza di uscita, 

soglia 
e principio di misurazione 
e unità di misura 


Nella tabella che segue vengono rappresentati alcuni 
principi fisici di rilevazione e, concordemente, alcune ti- 
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pologie di sensori adatti alla misurazione di queste stes- 
se variazioni: 


AVVERTENZE PER UN USO CORRETTO 
DELL’IOT 

Detti questi principi generali, prima di avviarci alla con- 
clusione di questo articolo e iniziare a mettere le mani su 
progetti che hanno realmente una caratteristica smart e 
che quindi, a pieno titolo, rientrano nell’ambito loT, è op- 
portuno fare alcune importanti precisazioni: 

e La prima caratteristica dei dispositivi e dei siste- 
mi loT è che le risorse sono molto limitate. Que- 
sti dispositivi sono Smart per via delle funzioni 
che svolgono ma l'intelligenza si trova all’interno 
di dispositivi con capacità di calcolo estrema- 
mente ridotta, come avviene per i microcontrol- 
lori ad 8 bit e che funzionano ad una frequenza, 
ad esempio, tipica di 8 MHz. Concordemente 
sono estremamente risicati nella loro dotazione 
di memoria, in termini di RAM e ROM. Sono an- 
che estremamente ridotti in termini di alimenta- 
zione, vengono tipicamente alimentati a batteria, 
con batterie molto piccole e che hanno bisogno 
di essere spesso sostituite se l’utilizzo del dispo- 
sitivo diventa frequente. Ecco per quale motivo 
una delle principali sfide nei dispositivi loT è 
l'ottimizzazione dei consumi energetici. 

* Un'altra caratteristica importantissima dei di- 
spositivi nell'era dell'Internet of Things è che le 
applicazioni sono distribuite su più nodi. | si- 
stemi loT sono tipicamente auto organizzati, con 
intelligenza decentralizzata e distribuita, con 
nodi che sono in grado di svolgere i loro compi- 
ti in perfetta autonomia. Inoltre, i cosiddetti end 
devices, ovvero i nodi periferici di queste ipote- 
tiche topologie, che molto spesso cominciano a 
somigliare a delle mesh complete, sono in grado 
di coordinarsi tra loro nella operatività e nell’e- 
secuzione dei loro compiti ma il loro compor- 
tamento è fortemente influenzato dalle variabili 
d'ambiente: se stiamo, ad esempio, pensando a 
sistemi di monitoraggio di una catena di produ- 
zione o di una linea industriale, il sistema con- 
trollerà lo stato dei macchinari e ogni volta notifi- 
cherà se ci sono anomalie funzionali, specifiche 
non rispettate, temperature di esercizio inusuali 
e così via dicendo. 

e Molto spesso nei sistemi caratterizzanti l’loT, l’e- 
secuzione dei task avviene per un breve istante 
di tempo oppure in un periodo comunque ristret- 
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to. È necessario gestire l’acquisizione e l’elabo- 
razione dei dati dai sensori, la trasmissione e la 
ricezione degli stessi attraverso le interfacce di 
comunicazione in breve tempo. Utilizzando que- 
sta metodologia operativa si ottimizzano i con- 
sumi energetici esattamente come accennato in 
precedenza. 

e In applicazioni particolari, come ad esempio in 
ambito industriale, i sensori, i sistemi ed i di- 
spositivi loT devono essere robusti e resistenti 
anche all'operatività in ambienti ostili e/o che 
propongono condizioni estreme di funzionamen- 
to, come temperature molto alte oppure elevati 
livelli di acidità. 

e Ultima caratteristica fondamentale deriva un po’ 
dal raccordo di tutto ciò che è stato detto fino a 
questo momento. Quando si chiede a un dispo- 
sitivo fisico di poter fare sia rilevazione e condi- 
zionamento del segnale che una prima elabora- 
zione e nel contempo anche creare una struttura 
dati per poterle inviare in maniera ottimizzata, si 
sta facendo formalmente un po’ confusione tra 
il ruolo dell'hardware e quello del software. Pur 
tuttavia, una caratteristica fondamentale dei di- 
spositivi loT è proprio l’assenza di una distin- 
zione netta tra ciò che è hardware e ciò che è 
software, ciò che è programmazione e ciò che 
invece è scheda, dispositivo, componente, cir- 
cuito. Il sistema loT risulta essere tale soltanto 
se la fusione di tutti questi elementi insieme ga- 
rantisce funzionalità avanzate. 


CONCLUSIONI 

Siamo giunti alla fine di questo appuntamento con la 
prototipazione rapida. 

Oggi abbiamo visto nel dettaglio cosa significa avere a 
che fare con degli strumenti, studiarli per comprenderli 
nel dettaglio, utilizzarli in maniera opportuna ed inter- 
connetterli in maniera corretta. 

Dalla prossima volta proveremo a mettere in pratica 
queste considerazioni e a trasformare gli oggetti di uso 
comune in veri e propri dispositivi loT rendendoli dav- 
vero smart. 


L'autore è a disposizione nei commenti per eventuali 
approfondimenti sul tema dell’Articolo. Di seguito il link per 
accedere direttamente all’articolo sul Blog e partecipare alla 
discussione: 
https://it.emcelettronica.com/iot-e-chi-iot-lo-fa-comprendiamo-gli- 
strumenti 


IOT È CHI IOT LO FA: 
IL PORTASPICCIOLI 


SMART 


di Pietro Boccadoro 


Negli articoli precedenti abbiamo approfondito cosa significa creare un prototipo, progettandolo fin dal- 


le basi. Ma dopo aver seguito un approccio teorico è giusto provare a declinare tutto ciò in maniera prati- 


ca. Cosa significa quando abbiamo un'idea di progetto, declinare tutte le specifiche tecniche funzionali? 


Come si fa a stimare il microcontrollore adatto oppure decidere quanti sono i sensori che dobbiamo col- 


legare? In questo articolo ci focalizzeremo su come creare un vero e proprio progetto loT. In particolare, 


quello che faremo sarà rendere l’IoT un oggetto di uso comune: un semplice portaspiccioli. Siete pronti? 


INTRODUZIONE 

n questo articolo vedremo un esempio concreto di 

prototipazione rapida, una tecnologia altamente 

innovativa che consente di produrre oggetti di 
geometria anche complessa e con determinate fe- 
atures, in tempi molto ridotti, partendo dalla defini- 
zione matematica dell’oggetto realizzato utilizzando 
un modello CAD tridimensionale. Gli oggetti vengono 
ottenuti con progressiva aggiunta di materiale. Inoltre, 


l’idea di base di questa serie di articoli è quella di pro- 
vare a declinare l'Internet of Things nella realtà di tutti i 
giorni, che viviamo quotidianamente. Il punto di partenza 
dell’Internet delle Cose è che gli oggetti che vediamo e 
utilizziamo ogni giorno possono diventare intelligenti, in 
sostanza smart. Una penna, ad esempio, è un oggetto 
comune che di base permette di scrivere, ma una penna 
che fosse in grado anche di comunicare ad un computer 
ciò che è stato scritto su un supporto cartaceo, sarebbe 


Figura 1. Moleskine smart al lavoro (Smart Writing System) 
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Figura 2. Portaspiccioli “analogico” stampato in 3D 


già molto più smart. Qualcosa del genere è stato 
realizzato ad esempio dal noto brand Moleskine 
che ha trasformato il celeberrimo blocchetto di 
appunti utilizzato da alcuni tra i più grandi artisti 
di sempre, in qualcosa di digitale e altamente in- 
novativo, decisamente più al passo con i tempi, 
lo Smart Writing System. 

Questo è solo uno dei tanti esempi di come una 
grande azienda prova a convertirsi e a innova- 
re i propri prodotti. Noi siamo makers, hobbisti, 
progettisti, ingegneri o comunque persone molto 
creative ed il nostro scopo è quello di divertirci 
a trasformare gli oggetti che comunemente tro- 
viamo in casa. Vediamo come la progettazione 
basata sulla prototipazione rapida può aiutarci in 
tutto questo. Supponiamo di avere tra le mani un 
oggetto di uso comune, decisamente analogico, 
un semplice portaspiccioli. All’interno di un por- 
taspiccioli solitamente depositiamo tutti gli spic- 
cioli che abbiamo, ci liberiamo le tasche e molto 
spesso non siamo interessati a sapere quanti 
soldi si stanno accumulando. Ciò nondimeno, nel 
corso del tempo, quelli che prima erano fastidiosi 
pezzi di metallo, potrebbero costituire una vera e 
propria fortuna. E allora perché non tenerne trac- 
cia? Quello che vedete nell'immagine che segue 
è un esempio di portaspiccioli realizzato con una 


Figura 3. Panoramica delle varie celle di carico 
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Full Bridge 


Figura 4. Differenti configurazioni (quarto di ponte, mezzo ponte, ponte completo) del ponte di misura gestito dallo 
Strain Application Adaptor EMANT300. 
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Figura 5. Schematico dell’ EMANT300 
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Figura 6. Scheda Arduino Nano 


stampante 3D. 
La domanda da porsi a questo punto è: come faccio 
a sapere esattamente quanti soldi ci sono all’interno di 
questo oggetto? Per rispondere dobbiamo cercare di 
comprendere esattamente che cosa fa di base questo 
manufatto e poi provare a intervenire sul suo funziona- 
mento. 
Guardandolo ci rendiamo conto che non si tratta sem- 
plicemente di un banale borsellino, all’interno del quale 
gli spiccioli vengono inseriti in maniera confusa e non 
distinguibile. 
Questo non è un semplice portaspiccioli, ma è un vero 
e proprio organizer, ovvero gli spiccioli sono contenuti 
all’interno di vani dedicati, che dividono le monete iden- 
tificando le loro differenti dimensioni. 
Questo significa che possiamo guardare lo spicciolo 
come un oggetto che ha determinate proprietà. E in ef- 
fetti noi sappiamo che tutti gli spiccioli hanno diverse 
caratteristiche (features) quali: 

* Zigrinatura 

e Dimensione 


e Peso 
e Materiale 
e Colore 


È intuitivo, quindi, che per poter rendere intelligente 
questo oggetto, dovremmo portare alla luce e rendere 
il più possibile evidenti queste features. 

Una volta fatto ciò, dovremmo poter essere in grado di 
sfruttare tali caratteristiche per poter differenziare le mo- 
nete ed in definitiva poterle contare. 

A questo punto del nostro processo la sfida è chiara: 
dobbiamo poter distinguere quante sono e quali sono le 
monete presenti all’interno di ciascuno degli scomparti 
di questo oggetto. 

Per farlo è necessario, anzi indispensabile, compren- 
dere esattamente quale grandezza del mondo fisico 
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può essere misurata per poter identificare quello 
che stiamo cercando, ovvero una differenza di dimen- 
sioni piuttosto che una differenza di peso. 

In pratica, stiamo cercando il principio fisico di rileva- 
zione, ovvero la variabile che varia e che noi possia- 
mo misurare. 

Una volta che avremo capito qual è, passeremo al prin- 
cipio di misurazione, che diventerà il nostro oggetto di 
studio. 

Pensando a questo progetto ci viene in mente che non 
siamo i primi a voler stimare se una moneta sia di un 
taglio piuttosto che di un altro. Tutti i distributori automa- 
tici, infatti, effettuano questa operazione. 

Cosa c'è di diverso, allora, tra ciò che vogliamo fare noi 
e ciò che viene fatto all'interno dei comuni distributori 
automatici? Come funziona esattamente questo mac- 
chinario? Quando la moneta viene inserita, vengono 
controllati contemporaneamente diametro, peso, e ma- 
teriale. 

Dopodiché la moneta viene inserita all’interno di una 
cassa comune, il deposito è unico e non tiene conto del- 
le differenze tra le monete. Il nostro portaspiccioli invece 
è diverso poichè abbiamo già fatto la selezione delle 
monete e abbiamo già identificato in quale comparti- 
mento devono essere inserite. 

L'inserimento è analogico, ovvero siamo noi che inse- 
riamo la moneta all’interno del portaspiccioli e questo 
significa che non siamo noi ad essere l’intelligenza di- 
gitale del sistema. Come facciamo, allora, ciò che vo- 
gliamo realizzare? Come rendiamo intelligente e smart 
questo oggetto? 

Ragioniamo inizialmente su una possibilità: il peso. II 
peso del portaspiccioli in sè può rappresentare la nostra 
tara, ovvero un offset. 

Come si effettua la misurazione del peso? Si può fare 
con una molla, una dinamo oppure con una cella di ca- 
rico. 

Bene, abbiamo capito che esiste un modo per rilevare il 
peso ed abbiamo anche un elemento sensibile. 

Come leggiamo il valore che viene misurato? Per effet- 
tuare la misurazione è necessario disporre di un circu- 
ito di condizionamento ed un sistema di misurazione a 
ponte che sia in grado di effettuare la lettura del dato. 
Dopodiché, anche in questo caso, come tutti i sistemi, 
abbiamo delle specifiche tecniche come ad esempio lo 
schema elettrico dell’integrato. 

Qual è il prossimo step? E’ presto detto, si studiano le 
interfacce. 

Come posso comunicare con questo oggetto? 

Le interfacce esposte possono essere di tipo seriale o 


Microcontrollore 


Architettura 


Tensione di lavoro 


Memoria Flash 


SRAM 


Frequenza di clock 


Pin di Input Analogico 


EEPROM 


Corrente DC per ciascun pin di I/O 


Tensione di ingresso 


Pin di I/O digitali 


PWM Output 


Consumo di corrente 


Dimensioni 


Peso 


ATmega328 


AVR 


5V 


32 kB 


1 kB 


40 MA (I/O Pins) 


7-12V 


22 (di cui 6 con PWM) 


19 MA 


18x45mm 


79 


parallelo e possono effettuare interconnessioni di circuiti 
che comunicano dati in analogico e in digitale. 

Qual è la soluzione migliore che dobbiamo adottare 
in questo caso? A questo punto del nostro progetto 
dobbiamo ragionare su qualcosa di aggiuntivo ma al- 
trettanto importante: come funziona il nostro sistema, 
effettua una lettura continua o saltuaria? Cosa legge 
esattamente? L’accensione è tramite un pulsante? Fun- 
ziona rimanendo in modalità IDLE tutto il tempo fino a 
quando non arriva uno stimolo esterno come ad esem- 
pio la moneta che è caduta? Il modo più semplice per 
realizzare questo progetto è sicuramente utilizzare un 
microcontrollore, svegliato su interrupt e che sia in gra- 
do di effettuare la lettura della variabile di interesse per 
poter incrementare il valore letto. Supponiamo, quindi, 
che in questa configurazione Arduino sia sufficiente a 
realizzare il nostro scopo, e che avendo soltanto un uni- 
co ponte di lettura, possiamo pensare di utilizzare come 


microcontrollore Arduino Nano. 

Di seguito nella tabella le specifiche tecniche funzionali 
del microcontrollore scelto. 

Bene, adesso abbiamo capito cosa viene letto e, po- 
tenzialmente, abbiamo anche deciso ogni quanto, dal 
momento che sarà soltanto una questione di program- 
mazione introdurre più o meno dei ritardi nella lettura 
periodica. 

A questo punto c’è bisogno di capire come il nostro si- 
stema deve comunicare all’utente i dati rilevati. Quel 
portaspiccioli è un sistema che noi abbiamo in casa, 
al lavoro, in un luogo chiuso, non lo portiamo in giro 
con noi, quindi non ha bisogno di essere un dispositivo 
mobile. Di solito vogliamo sapere prima di prelevare se 
possiamo farlo, esattamente come accade quando an- 
diamo in banca a prelevare dal nostro conto. Un modo 
interessante e semplicemente realizzabile per poter 
avere questa funzione a disposizione, è tramite l'utilizzo 
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di un display LCD. Per tutti quelli che programmano con 
Arduino è meglio che il display LCD si interfacci tramite 
12C; la scelta viene fondamentalmente fatta per via del 
numero di collegamenti che è necessario realizzare tra 
il display e la scheda. 

Con 12C avremo bisogno di soli 4 collegamenti, dei quali 
2 saranno relativi all'alimentazione e due alla trasmis- 
sione dei dati, in particolare, uno sarà relativo alla vera 
e propria trasmissione del dato mentre l’altro ad un se- 
gnale di clock, utile per la sincronizzazione. 

E se il dispositivo fosse a batteria? Quanto dovrebbe 
durare in base alla capacità della batteria? Quale do- 
vrebbe essere il valore della sua tensione? 

Come potremmo dimensionare un sistema di energy 
harvesting? 


E’ TUTTO QUI? 

Abbiamo così selezionato i componenti sulla base della 
funzione specifica che vogliamo realizzare. 

Non resta che mettere in pratica queste idee. 

Proviamo a pensare ora come potrebbe essere espan- 
so il nostro progetto, quali altre funzionalità si potrebbe- 
ro integrare e implementare, che tipo di complicazioni 
avrebbe questo sui progetti che vogliamo realizzare o 
sulle modifiche da fare a progetti già realizzati. 
Supponiamo che il nostro portaspiccioli smart sia a casa 
e che noi vogliamo poter sapere da remoto quanti soldi 
abbiamo in un determinato istante in quel nostro piccolo 
deposito di sicurezza. Non sarebbe carino se ci fosse 
la possibilità di interrogarlo ad esempio tramite un BOT 
Telegram? 

Questa è un’altra delle tante possibilità applicabili. Ar- 
duino Nano, tuttavia, è una scheda che non prevede 
interfacciamento con il web, non supporta alcun tipo di 
protocollo di comunicazione e tantomeno integra alcun 
tipo di radio transceiver. 

Questo significa che se volessimo utilizzare il proget- 
to nella sua forma corrente, avremmo due possibilità di 
configurazione a nostra disposizione: 

1. collegare in qualche modo ad Arduino Nano, 
un’altra scheda dotata della capacità di intercon- 
nessione, che sia possibile connettere ad una 
rete come il Wi-Fi, per trasferire tramite essa i 
dati; 

2. sostituire Arduino Nano con una scheda che già 
nativamente integra queste capacità indispen- 
sabili per poter eseguire le funzioni delle quali 
abbiamo parlato. Ovviamente, questa seconda 
strada è certamente più macchinosa, benchè 
molto più corretta dal punto di vista progettuale 
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e funzionale. 


Un progettista sa che questo tipo di interventi implicano 
inevitabilmente degli impatti sul budget. Sorgono cosi’ 
ulteriori domande. Quanto costano i componenti ag- 
giuntivi? Quanto tempo richiede la sostituzione? Quante 
righe di codice? Quanto consumerà il progetto quando 
sarà finito? Sarà ancora conveniente dal punto di vista 
economico dopo aver applicato le modifiche? 

Ecco, queste sono solo alcune delle domande che è 
indispensabile porsi per poter comprendere che la pro- 
totipazione rapida propone l’incredibile vantaggio di 
semplificare l'accesso a queste ed a ben altre domande 
progettuali. 

Naturalmente queste ultime hanno poi l’effetto di stabili- 
re il nuovo indirizzo del nostro progetto. 


CONCLUSIONI 

Con queste considerazioni siamo arrivati alla conclusio- 
ne del nostro appuntamento odierno. 

Questo primo esempio concreto dovrebbe avervi dato 
l’idea del fatto che la prototipazione rapida abilita dei 
ragionamenti estremamente complessi anche su tema- 
tiche apparentemente semplici. 

Il vero vantaggio della prototipazione rapida resa dispo- 
nibile a tutti tramite schede di prototipazione come Ar- 
duino, è la possibilità di interrogarsi su dinamiche com- 
plesse, meccanismi e automatismi che vengono abilitati 
dall’inclusione oppure dall’esclusione dell'uno o dell’al- 
tro componente. La bellezza della progettazione diven- 
ta quindi una sfida alla portata di tutti. Ma questo era 
solo un esempio, anche se molto significativo, perché 
per la realizzazione dell'oggetto scelto sono state im- 
plementate sia conoscenze inerenti l'ambito loT, che lo 
studio della prototipazione rapida, il cui utilizzo apporta 
anche notevoli vantaggi, come la riduzione del numero 
complessivo di attrezzature di prova che entrano effetti- 
vamente in produzione solo quando è stato creato il pro- 
totipo vero e proprio. La prossima volta ci occuperemo 
di un’altra idea progettuale che servirà a dotare il vostro 
smartphone di ulteriori funzionalità avanzatissime. Non 
resta che darvi appuntamento al prossimo articolo. 


L'autore è a disposizione nei commenti per eventuali 
approfondimenti sul tema dell’Articolo. Di seguito il link per 
accedere direttamente all’articolo sul Blog e partecipare alla 
discussione: 
https://it emcelettronica.com/iot-e-chi-iot-lo-fa-il-portaspiccioli-smart 
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Bentornati al nostro appuntamento con la prototipazione rapida. In questo articolo continueremo a ba- 


di Pietro Boccadoro 


sare lo sviluppo delle nostre idee di progetto sui principi fondamentali del rapid prototyping e dell'Open 


Source. Questa volta, però, il caso di studio che vorremmo realizzare riguarda il nostro smartphone. In 


particolare, un sistema di supporto per rendere più automatizzati alcuni meccanismi tipici della domo- 


tica. Scopriremo che il prototipo potrà essere utile non soltanto in casa ma anche al lavoro. Siete pronti? 


INTRODUZIONE 

rmai è chiaro: la prototipazione rapida è un 

paradigma abilitante per la sperimentazio- 

ne. Le sue possibilità sono davvero infinite e 
consentono realmente di cambiare il nostro modo di ra- 
gionare e progettare. Dopo aver visto in generale cosa 
significa fare l’loT, nell'ambito di progetti più o meno 
complessi, oggi proviamo a guardare con occhi diversi 
un altro oggetto di uso comune, sicuramente sulla scri- 
vania di molti, ovvero lo stand del cellulare. Non sono 
molti quelli di noi che utilizzano lo smartphone senza 
uno stand che lo tenga sollevato sulla scrivania, accanto 
allo schermo del computer. Chiunque faccia un lavoro di 
ufficio sa che questa configurazione consente di rispon- 
dere in maniera più efficiente alle chiamate, diminuire il 
consumo della batteria, ottimizzare le pause e propone 
anche diversi altri vantaggi. Il problema è che lo stand 
del cellulare è un elemento puramente passivo, talvol- 
ta un elemento d’arredo ma sicuramente non propone 
nessun livello di interazione con l'utente. Serve a svol- 
gere semplicemente la sua funzione, ovvero mantenere 
il cellulare in una data posizione. Eppure, anche un og- 
getto così semplice può essere trasformato in qualcosa 
di estremamente più complesso e che rientri a far parte 
di un ecosistema di automazione che migliora le condi- 
zioni di lavoro e, in definitiva, la vita di chi lo possiede. 


POSSIBILI SCENARI 


Proviamo ad analizzare questo oggetto per capire esat- 
tamente come può funzionare e per cosa può essere 


utilizzato oltre ciò che naturalmente vediamo. Il cellulare 
ha una proprietà: viaggia insieme con l'utente, si sposta 
con lui, in sostanza vive la stessa realtà del suo posses- 
sore. Molto spesso il telefono consente di svolgere azio- 
ni nel mondo come ad esempio il pagamento al super- 
mercato oppure al cinema. Quando l'utente è al lavoro, 
occupa il suo posto in scrivania, mantiene quell’assetto 
per diverse ore durante la giornata, e non è detto che 
non riceva anche telefonate. Probabilmente, quando 
l'utente arriva al lavoro, seduto alla sua scrivania, ha 
anche una connessione Wi-Fi alla quale collegarsi. Ciò 
propone anche dei vantaggi in termini di efficienza ener- 
getica, dal momento che consente all’utente di limitare 
il consumo energetico sfruttando proprio la connes- 
sione Wi-Fi piuttosto che la rete dati. Inoltre, una volta 
che si è giunti alla propria postazione, non dovendosi 
muovere più per diverse ore durante la giornata, si po- 
trebbe sfruttare il tempo per ricaricare il cellulare. Que- 
ste sono possibilità che lo smartphone già offre e che si 
possono già sfruttare. Quando si arriva a casa, probabil- 
mente si possiede un altro stand, che svolge il ruolo di 
deposito del cellulare durante il periodo di permanenza 
in ambito domestico. Questo ci suggerisce che lo stand 
possa essere in qualche modo collegato all'ambiente 
in cui il cellulare si trova. Non sarebbe bello se questo 
potesse diventare parte dell’intelligenza dell’ oggetto, in 
chiave 2.0? Dovremmo avere a disposizione qualche 
forma di tecnologia che sia in grado di capire quando il 
cellulare si trova in prossimità dello stand e ovviamente 
quando se ne allontana. Ma qualcosa di questo tipo già 
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IOT È CHI IOT LO FA: UNO SÌ 


AARAAAA! 


PNS32 Breakout Board 


dafrui 


Figura 1. Breakout board di Adafruit basata su PN532 


esiste: si tratta dell’NFC, acronimo di Near Field Com- 
munications. Si potrebbe anche pensare di utilizzare il 
Bluetooth. Quindi esistono almeno due possibili tecno- 
logie sulle quali potremmo basare lo sviluppo del nostro 
prototipo. Entrambe, infatti, si rivolgono alle intercon- 
nessioni ed alle interazioni a corto raggio, sebbene 
il Bluetooth riesca a coprire distanze maggiori dell’NFC. 
Quest'ultima tecnologia, infatti, è rivolta alle comunica- 
zioni a cortissimo raggio, ovvero non oltre i 10 cm, nel 
caso migliore. Il Bluetooth, invece, è una tecnologia di 
comunicazione che si rivolge a comunicazioni a corto 
raggio ma sempre nell’ambito di distanze leggermente 
più grandi, tipicamente della decina di metri. Analoghe 
considerazioni andrebbero fatte per la mole di dati gesti- 
ta, che nel caso del Bluetooth è decisamente superiore 
rispetto a quanto accade con l’NFC. Queste differenze 
non sono importanti solo quando si vogliono valutare le 
prestazioni di una rete di telecomunicazioni, ma anche 
quando si vuole comprendere se la tecnologia sia più o 
meno utile, se la sua applicabilità sia valida o meno. Il 
caso specifico che stiamo considerando prevede il cel- 
lulare che viene poggiato sullo stand e lasciato lì fino a 
quando non arriva il motivo per cui l'utente, proprietario 
del telefono, debba spostarlo. Il telefono sarà appog- 
giato, ovvero si assume che la distanza sia davvero ir- 
risoria. Ecco per quale motivo possiamo pensare che 
le Near Field Communications rappresentino il candi- 
dato ottimo per tale applicazione. Adesso che abbiamo 
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IART STAND PER IL NOSTRO SMARTPHONE 


a disposizione una tecnologia, sappiamo che il 
nostro cellulare deve essere abilitato NFC. Sup- 
poniamo di voler progettare uno stand per il luogo 
di lavoro, la rilevazione dell’NFC, in questo caso, 
dovrà semplicemente abilitare la rete Wi-Fi, già 
salvata in precedenza (e quindi l'autenticazione 
sarà automatica), spegnere la connessione dati, 
magari abilitare il Bluetooth per la connessione 
del cellulare al computer in maniera tale da poter 
scambiare dati facilmente e diminuire la luminosi- 
tà dello schermo. Queste sono azioni abbastanza 
semplici che possono essere svolte anche con 
l'utilizzo di un'app elementare. Peraltro, di app 
che gestiscono tag NFC ce ne sono tantissime, 
per cui non vale la pena passarle in rassegna tut- 
te. Abbiamo, quindi, capito che il caso in cui vo- 
gliamo semplicemente che lo stand identifichi il 
posto, si può risolvere facilmente con un solo tag 
collegato allo stand ed un cellulare abilitato con 
un controllo tramite app. Da progettare, qui, non 
c'è molto altro. Vediamo di complicare un po’ le 
cose. Supponiamo di voler non soltanto program- 
mare uno stand da ufficio ma anche uno da automobile 
ed uno da casa. Naturalmente si potrebbe pensare di 
gestire tutto tramite app nello stesso modo, ma la cosa 
comincia a complicarsi un po’ quando invece di spegne- 
re ed accendere i dispositivi all’interno dello smartpho- 
ne, vogliamo fare qualcosa di più complesso, come ad 
esempio tenere traccia dei nostri spostamenti per poter 
creare degli ambienti di lavoro che siano più conforte- 
voli ed un ambiente domestico più smart. Supponiamo, 
quindi, di voler mappare gli spostamenti di una perso- 
na da casa a lavoro per poter decidere se accendere o 
spegnere il riscaldamento oppure realizzare funzioni più 
complesse come, ad esempio, aprire automaticamente 
il cancello di casa una volta che si arrivi da lavoro con la 
macchina. Per poter implementare tutte queste funzioni 
diverse abbiamo sicuramente bisogno di un sistema più 
complesso che sia in grado di leggere i tag NFC, ma 
sia anche in grado di connettersi ad Internet per poter 
elaborare le informazioni in tempo reale. Immaginiamo, 
allora, che lo scopo del progetto sia seguire un utente 
durante i suoi spostamenti. L'utente esce di casa, to- 
gliendo il cellulare dallo stand domestico, per muoversi 
verso l'ufficio. Una volta uscito di casa con l'automobile, 
sarà disponibile la sua posizione GPS, per cui la trian- 
golazione della sua posizione restituirà un punto non 
più all’interno delle mura domestiche. A cosa potrebbe 
servire tutto ciò? Beh, le luci di casa potrebbero esse- 
re rimaste accese, e comunque non ha senso tenere il 


router Wi-Fi attivo quando non ci siamo, il riscaldamento 
sicuramente può essere abbassato in maniera tale da 
garantire un minor spreco energetico. Le variabili all’in- 
terno dell'ambiente domestico sono davvero tantissime. 
Aspettiamoci, sul luogo di lavoro, che il funzionamento 
possa essere riproposto nella misura in cui prima abbia- 
mo identificato alcune funzionalità di interesse. 

È possibile che tutto questo venga gestito attraverso un 
servizio web ma anche localmente. Volendo creare un 
ecosistema, è assolutamente indispensabile che ci sia 
un apparecchio in grado di eseguire alcuni compiti, in- 
terfacciandosi anche con il web, per poter “storicizzare” 
gli spostamenti, verificare le preferenze, consentire del- 
le personalizzazioni ed anche, perché no, proporre delle 
configurazioni intelligenti all'utente. 


PROCEDIAMO CON ORDINE 

Cerchiamo, se esiste, una soluzione tecnologica pen- 
sata per il rapid prototyping, che consenta di contenere 
i costi e abiliti lo stand alla comunicazione NFC. Uno 
dei più usati tra i chip NFC-ready è INXP PN532. Di 
breakout board e reference design che lo utilizzano ne 
troviamo diverse a disposizione, come ad esempio la 
board distribuita da Adafruit. 

Trovato il componente che ci consente di fare la lettura 
e la rilevazione del nostro smartphone, dobbiamo com- 
prendere che tipo di specifiche tecniche ci propone, in 
particolare dobbiamo studiare l’effettiva distanza di rile- 
vazione, il tempo che intercorre tra una rilevazione e la 


successiva, ammesso che ci sia un vincolo su questo, 
le interfacce di comunicazione e, ovviamente, l’alimen- 
tazione. 

Molte di queste specifiche potrebbero essere comuni a 
più esponenti della stessa categoria, ovvero è possibi- 
le che più reader basati su questa tecnologia, siano in 
grado di funzionare con la stessa tensione di alimenta- 
zione. 

Non possiamo, però, esserne sicuri quando comincia- 
mo, per cui una buona ricerca di mercato parte dal pre- 
supposto che stiamo cercando di comprendere tutte le 
possibilità che il nostro sistema di rilevazione propone. 
Una volta che abbiamo capito quali sono i valori note- 
voli, possiamo passare all'elaborazione dei dati. Il no- 
stro reader, molto probabilmente, si occupa soltanto di 
effettuare la lettura, ma il trattamento del segnale e le 
successive azioni che ne derivano non sono comprese 
all’interno della scheda che stiamo osservando. 

È necessario comprendere, dunque, quale sarà il circu- 
ito di interfaccia e quale sarà la logica del suo funziona- 
mento. Una delle domande alle quali dobbiamo sicura- 
mente poter rispondere è sul tipo di funzionamento che 
vogliamo per il nostro circuito. Vogliamo che sia sempre 
acceso? Una volta in funzione, il comportamento dovrà 
essere sempre lo stesso? 

Queste domande sembrano banali ma ci aiutano a com- 
prendere se stiamo cercando di progettare un sistema 
che potrebbe basarsi su un microcontrollore oppure se 
serva un microprocessore. 


IPTIT 


Do more with the services you love 


Figura 2. If This Than That, IFTTT 
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Figura 3. Rappresentazione grafica delle interazioni abilitate da IFTTT 


La differenza sta nell’intelligenza che dobbiamo 
mettere in campo, quella che ci serve per poter ga- 
rantire che il nostro progetto svolga tutti i compiti 
assegnati nella migliore delle ipotesi e delle con- 
dizioni operative. Se scegliamo un microcontrollore, 
possiamo cominciare a studiare la famiglia Arduino, sa- 
pendo che, oltre ai componenti ufficiali di questa sche- 
da, esistono un esercito di cloni, una serie di varianti, e 
che comunque possiamo sempre prototipare la nostra 
soluzione. L'idea di partire con Arduino semplifica mol- 
tissimo i passi della prototipazione soprattutto per chi 
non ha grande esperienza. 

Se, invece, noi abbiamo bisogno di gestire anche un da- 
tabase associato all'esecuzione del nostro software op- 
pure preparare un web server locale per poter esporre 
dei servizi online, molto probabilmente abbiamo bisogno 
anche di un sistema operativo. In questo caso la scelta 
dovrà ricadere su una famiglia di schede che si basano 
su microprocessori, delle quali gli esponenti più di punta 
nell’ambito della prototipazione rapida sono certamente 
afferenti alla famiglia Raspberry Pi. Dal momento che il 
nostro sistema deve poter fornire anche consigli all’u- 
tente, è indispensabile superare il concetto del semplice 
microcontrollore e puntare direttamente con decisione 
ad una scheda che integri un microprocessore, che ab- 
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bia una certa quantità di RAM ed una memoria all’inter- 
no della quale alloggiare tutti i dati misurati. Raspberry 
Pi risulta essere la scelta migliore. Proviamo, allora, a 
guardare il mercato e vediamo quali versioni esistono. 
La prima, naturalmente, che ci viene in mente è la ver- 
sione 3. Semplice, potente, compatta ed assolutamente 
funzionale. Possiamo utilizzarla per connettere compo- 
nenti alimentati a 3.3 V e abbiamo a disposizione un 
header pin da 40 elementi che possono essere utiliz- 
zati per interfacciare circuiti digitali. Questa però è una 
cosa della quale dovremmo sicuramente tenere conto: 
Raspberry non consente l’interfacciamento analogico, 
ammesso che non si preveda introdurre anche un con- 
vertitore analogico-digitale aggiuntivo. Abbiamo scelto 
PNFC, e ne siamo anche abbastanza convinti, soprat- 
tutto perché il Bluetooth non ci serve. Ma Raspberry 
Pi nativamente supporta anche le connessioni tramite 
Wi-Fi. Perché questo può essere utile? È presto detto: 
possiamo connetterci direttamente al web. 

Raspberry consente di montare un web server al suo 
interno e di eseguire Apache e tutti i servizi che servo- 
no per la realizzazione di un sito internet. Quindi, con 
Raspberry Pi è possibile interfacciarsi direttamente al 
web, utilizzare servizi tipo IFTTT per poter automatiz- 
zare l’interconnessione ed i meccanismi di interazione 


dell’utente con il sistema. 

Cosa sarebbe cambiato se avessimo scelto Arduino? 
Nella sua versione Yun, ad esempio, Arduino propone 
già l'integrazione con il Wi-Fi. Sicuramente questo è un 
vantaggio perché non bisogna pensare di collegare una 
scheda esterna per garantire questo tipo di connessio- 
ne. 

E, tra l’altro, è anche un vantaggio dal punto di vista 
della memoria interna. 

Ciò che Arduino Yun non ha, è sicuramente la capacità 
di elaborare i dati in maniera più intelligente, poter valu- 
tare le prestazioni del sistema, come viene fatto all’inter- 
no di un sistema operativo, soprattutto basato su Linux 
come Raspian. 

Arduino Yun non potrebbe prevedere l’interconnessione 
di tanti componenti esterni quanti ne stiamo prevedendo 
in questo momento. 

Inoltre, Arduino Yun per poter supportare l’interconnes- 
sione tramite Bluetooth, avrebbe bisogno comunque 
di un ulteriore componente. Insomma, il vero vantag- 
gio dell’utilizzo di Raspberry è che si ha a disposizione 
una soluzione già molto completa, funzionale per tanti 
aspetti e sicuramente che richiede poca integrazione. 
C'è anche però da valutare l'aspetto energetico. Una 
scheda Arduino è alimentata a 5 V, quindi consuma me- 
diamente non meno di 500 mA, con alcuni picchi duran- 
te le trasmissioni di dati oppure quando è a pieno carico, 
anche 1.5 A, mentre Raspberry consuma di base 5 W. 
Nel momento in cui si connettono tante periferiche via 
USB, si eseguono compiti complicati, si spinge il pro- 
cessore al suo limite, il consumo aumenta, la tempera- 
tura di esercizio anche, e si può incorrere in tutti i rischi 
connessi con le prestazioni che degradano come avvie- 
ne in un computer normale. 

Dal punto di vista energetico, quindi, Arduino risulta 
essere una soluzione che garantisce un minor con- 
sumo energetico ed una certa ottimizzazione dello 
stesso. 

È anche vero, però, che Raspberry Pi può gestire tanti 
componenti diversi, e può arrivare a consumare anche 
2-2.5A. 

Questo naturalmente non è di per sè un fatto negativo 
e va studiato in funzione dell’applicazione specifica. 
A proposito di impatto energetico e footprint dei consu- 
mi, vale la pena specificare che un progetto che rien- 
tra nella categoria dell’Internet delle Cose, ovvero 
dell’IoT, si prefigge come primo obiettivo, forse il 
principale, l'abbattimento totale dei consumi ener- 
getici. 

Si tratta di progetti che devono essere operativi consu- 


mando un valore di picco inferiore ai 50 mA, possibil- 
mente alimentati con batterie LiPo da 3,7 V. 

Qualora si trattasse di un alimentazione in logica TTL 5 
V, staremmo comunque parlando di 250 mW di picco. 
Decisamente, un valore estremamente inferiore a quelli 


“Cosa vuol dire questo? Che non è possibile fare loT 
con Raspberry Pi e/o con Arduino? 


di cui abbiamo parlato fino a questo momento. 


Certamente no! Esistono meccanismi avanzati di ge- 
stione delle risorse energetiche, interrupt selettivi, politi- 
che di duty cycling, scheduling delle operazioni, e tanto 
altro. 

Quello che vuol dire questa considerazione è, però, che 
manca ancora a questo sistema la capacità di gestire le 
operazioni eseguite in maniera intelligente per poter ot- 
timizzare i consumi in maniera tale che il valore di picco 
si verifichi in un breve intervallo operativo. 


CONCLUSIONI 

Con questo articolo siamo giunti alla fine dei nostri ap- 
puntamenti dedicati alla progettazione, al design ed alla 
realizzazione di progetti smart in ottica loT basati sulla 
prototipazione rapida. 

Il tema principale è stato il metodo, il ragionamento ma 
anche la comprensione degli strumenti, nonchè la defi- 
nizione degli obiettivi. Abbiamo scoperto insieme che il 
ragionamento, lo studio e la definizione di cosa esatta- 
mente vogliamo dal nostro progetto, rappresentano la 
chiave di volta per giungere al risultato, ottimizzando al 
massimo le risorse a disposizione. 

Ed in questo il portaspiccioli è stato un esempio molto 
funzionale, non trovate? 

Come sempre, se ci sono domande, discutiamone insie- 
me nei commenti. Se avete proposte per i vostri progetti 
o volete leggere altri articoli di questo tipo, non avete 
che da chiedere. In bocca al lupo a tutti voi, progettisti 
e makers! 


L'autore è a disposizione nei commenti per eventuali 
approfondimenti sul tema dell’Articolo. Di seguito il link per 
accedere direttamente all’articolo sul Blog e partecipare alla 
discussione: 
https://it.emcelettronica.comf/iot-e-chi-iot-lo-fa-uno-smart-stand- 
per-il-nostro-smartphone 
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APPLICAZIONI 
TECNOLOGICHE 
DI RELATIVITÀ 


RISTRETTA 


di Maila Agostini 


=mce?: la famosa legge che esprime la teoria della Relatività di Einstein. Ma cosa è davvero la Relatività? 


A cosa serve realmente? La Relatività Speciale o Ristretta, una delle due teorie sulla Relatività, sembra 


quanto di più lontano possiamo pensare dalle nostre vite. Tratta di particelle che si muovono alla velo- 


cità della luce! In realtà è stato necessario usare la Relatività per sviluppare alcune delle tecnologie che 


usiamo tutti i giorni; in questo articolo, dopo una breve introduzione sulla teoria, vedremo come è stata 


utilizzata per realizzare questi strumenti che ora sono di uso comune... o quasi! 


UN PO’ DI STORIA 

a Relatività è stata formulata da Einstein, che nel- 

la figura 1 vediamo in una foto risalente ai suoi 25 

anni, nel 1905; l’idea era quella di formulare una 
teoria che spiegasse il fatto che la luce viaggia nello 
spazio vuoto a velocità costante, come si evince anche 
dalla soluzione delle equazioni di Maxwell. Questo risul- 
tato contrastava con il principio di relatività galileiano; 
la velocità, fino a questo momento, non era mai stata 
vista come qualcosa di assoluto, ma come una gran- 
dezza relativa al moto di un altro sistema. Ma allora la 
velocità della luce si muove con velocità c rispetto a...? 
La risposta più quotata era quella che supponeva l’esi- 
stenza di un mezzo incorporeo e trasparente chiamato 
etere /uminifero. Questa teoria era particolarmente gra- 
dita, in quanto riportava il problema ad una situazione 
conosciuta: le onde meccaniche avevano bisogno di un 
mezzo per propagarsi, quindi probabilmente ne aveva- 
no bisogno anche le onde elettromagnetiche. Ma muo- 
vendosi in un mezzo, ogni corpo avrebbe dovuto 
produrre un vento con velocità opposta a quella del 
moto del corpo. La luce avrebbe subito questo vento, 
quindi avrebbe avuto velocità diverse a seconda della 
direzione rispetto al suolo terrestre. 
Nonostante gli esperimenti, di cui vediamo un esempio 
in figura 2, non si è mai trovata una differenza di veloci- 
tà! Per questo Einstein suppose che l’etere non esistes- 
se e cercò di realizzare una teoria che non ne tenesse 
conto. 
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DUE TEORIE 

Cominciamo sottolineando una differenza: ci sono due 
teorie della Relatività, Ristretta e Generale. La differen- 
za tra le due è il sistema di riferimento. La Relatività 
Ristretta si occupa di moto di oggetti in sistemi di rife- 
rimento inerziali (che si muovono con velocità costante 
uno rispetto all’altro); in questo caso, le forze gravitazio- 


Figura 1: Foto di Einstein nel 1904, scattata dal suo amico 
Lucien Chavan 


APPLICAZIONI TECNOLOGICHE DI RELATIVITÀ RIST 


{_. 
da 
® è 


Longitudinal and 


Longitudinal and \ { { transverse waves 
transverse waves \ > ) expected to be 
expected to arrive Sa ntially 
in phase when \{ retarded when 
v=0 y vo 

do Ln 


\ 


RETTA 


PRINCIPI FONDAMENTALI 

Gli effetti della Relatività Ristretta si notano solo a 
velocità ed energie prossime a quelle della luce; a 
basse velocità la meccanica newtoniana, utilizza- 
ta fino ai primi del Novecento, è un'ottima appros- 
simazione di questa teoria. Vediamo quali sono gli 
effetti di alte velocità od energie. 


SPAZIO-TEMPO 

Lo spazio ed il tempo assoluti non esistono più; 

sono un'unica entità, di cui abbiamo una rappre- 

sentazione nella figura 3, e si influenzano tramite 
la velocità. 

Per un corpo che si muove e velocità relativistiche 

possiamo osservare due fenomeni: 

* una contrazione delle lunghezze nella direzio- 
ne di moto, di un fattore y=1/ (1- v?/c°)!?2 (v è la 
velocità dell'oggetto in movimento). 

* una dilatazione temporale, sempre di fattore v. 


Figura 2: Esperimento di Michelson e Morley 


nali sono nulle o deboli. La relatività Generale invece si 
applica per campi gravitazionali importanti, come quelli 
che creano le onde gravitazionali, recentemente sco- 
perte (vedi link); in questa teoria, la gravità è vista come 
una proprietà dello spazio-tempo, curvato dalla presen- 
za di massa o energia. In questo articolo ci occuperemo 
di applicazioni di Relatività Ristretta. 


Figura 3: Rappresentazione dello Spazio-Tempo relativi- 
stico 


Inoltre, gli eventi simultanei per un osservatore 

possono non esserli per un altro osservatore. 
ENERGIA E MASSA 
La massa di un corpo non è più data dalla proporziona- 
lità tra forza ed accelerazione; la massa è solo l'energia 
a riposo di un corpo. Un oggetto in moto aumenta la sua 
massa di un fattore y; quindi, se un corpo si muove alla 
velocità della luce, la massa tende a diventare infinita e 
così anche l'energia. Per questo motivo, un oggetto do- 
tato di massa non può viaggiare alla velocità della luce, 
in Relatività Ristretta. La massa può essere convertita 
in energia; la conversione è caratterizzata dal difetto di 
massa. Se osserviamo la fusione di due nuclei, possia- 
mo verificare che la massa totale è minore della som- 
ma della massa dei due; la differenza tra queste due 
quantità è appunto il difetto di massa, cioè la quantità di 
massa convertita in energia durante la trasformazione. 


APPLICAZIONI 

Nonostante la Relatività sia un campo abbastanza gio- 
vane della fisica, esistono già numerose tecnologie per 
le quali è necessario tenere conto di correzioni dovute a 
questa teoria. Vediamone alcune. 


DISPOSITIVI A RAGGI CATODICI 

Le apparecchiature a tubo catodico sono ormai già ob- 
solete; si tratta della tecnologia che ha permesso il fun- 
zionamento dei vecchi televisori e schermi per pc. 
Analizziamo il funzionamento (schema in figura 4): con- 
sideriamo un campo elettromagnetico. Vicino ad un fa- 


|Firmwere 2.0 -40) 


Anode mi 


Deflecting coerls 


Control Grid 


Fluorescent screen 


È 
7 | 
Î \ 
] ] | 
Heater 
(ne T 
Cai Eloctron 
beam 


Figura 4: Tubo a raggi catodici 


Focusing coil 


scio di elettroni prodotto da un tubo a raggi catodici, po- 
sizioniamo parallelamente un filo metallico percorso da 
corrente, nel quale gli elettroni corrono ad una velocità 
molto inferiore a quelli nel tubo catodico. Nel sistema 
di riferimento del laboratorio, la deflessione a cui è sot- 
toposto il raggio nel tubo catodico è dovuta al campo 
magnetico, quindi alla forza di Lorentz. Consideriamo 
invece un sistema di riferimento solidale con il treno di 
elettroni nel tubo catodico; in questo caso gli elettroni 
sono fermi, quindi non risentono della forza di Lorentz. 
Ma il fascio viene deflesso ugualmente! Nel filo sono 
presenti ioni positivi, in quiete rispetto al sistema del 
laboratorio, ed elettroni di conduzione, che rappresen- 
tano un flusso di cariche negative; rispetto al sistema 
di riferimento con il treno di elettroni nel tubo catodico, 
la velocità degli elettroni nel filo è più bassa degli ioni 
positivi. Per l’effetto di contrazione delle lunghezze, la 
distanza tra due ioni positivi consecutivi è minore rispet- 
to a quella di due elettroni consecutivi. Il filo apparirà 
all’osservatore solidale col treno nel tubo più popolato 
di cariche positive che negative; quindi sembrerà carico 
positivamente. Quindi è il campo elettrico del filo il re- 
sponsabile della deflessione del fascio. In pratica, per 
un osservatore solidale con un sistema inerziale, la 
deflessione è data dal campo magnetico prodotto 
dal filo percorso da corrente, mentre per un osser- 
vatore relativistico, è data dalla contrazione delle 
lunghezze e dal campo elettrico del filo. 


GPS 


Ormai praticamente tutti i cellulari possiedono un loca- 
lizzatore GPS (Global Positioning System). Questo si- 
stema, rappresentato in figura 5, rileva la posizione in 
cui ci troviamo grazie al segnale di una costellazione 
di satelliti geostazionari, orbitanti a circa 20000 km da 
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Figura 5: Rappresentazione artistica di un satellite GPS 


terra. Per ora è presente una costellazione di 31 satelliti, 
alcuni dei quali supplementari; questi satelliti ridondanti 
servono per aumentare la precisione della misura. At- 
tualmente il sistema è non uniforme, una caratteristica 
che lo ha reso maggiormente affidabile, soprattutto in 
caso di guasti di più satelliti n contemporanea. 


Principio di funzionamento 


Figura 6: Trilaterazione di un sistema GPS 


Il principio di funzionamento è relativamente semplice: 
si tratta di un sistema di trilaterazione sferica, come ve- 
diamo in figura 6, che parte dalla misura del tempo im- 
piegato da un segnale radio a percorrere la distanza sa- 
tellite-ricevitore. Il ricevitore calcola le sue coordinate a 
partire dalla posizione e distanza di almeno tre satelliti; 
questi trasmettono ogni 30 secondi le loro coordinate e 
il tempo di inizio della trasmissione. Il navigatore misura 
il tempo impiegato dal segnale per arrivare a terra tra- 
mite un orologio al quarzo, incorporato nello strumento, 
e lo moltiplica per la velocità della luce, trovando così 
la distanza tra ricevitore e satellite GPS. Si tratta di un 
sistema di trilaterazione sferica in quanto, a partire dal- 
le distanze note dei satelliti e dalla loro disposizione, 
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è possibile tracciare tre sfere, ognuna centrata su un 
GPS, con un raggio pari alla distanza dal navigatore; 
poiché le sfere si intersecano in massimo due punti, di 
cui uno solo sulla terra, abbiamo finalmente le coordina- 
te del punto dove si trova il navigatore. 


Misure di distanza, misure di tempo 


Figura 7: Orologio atomico con apparati di supporto 


Sembrerebbe quindi che si possa ottenere una buona 
precisione da una misura di tempo, ricavata grazie ad 
un orologio al quarzo da pochi euro. In realtà non è così. 
Su ogni satellite si trova un orologio atomico, di cui ab- 
biamo un esempio in figura 7, sincronizzato con tutti gli 
altri. Utilizzando i dati di un quarto satellite si può stima- 
re la differenza tra l'ora segnata dai satelliti e quella se- 
gnata dal navigatore. Infine, misurando la distanza del 
quarto satellite tramite il calcolo della posizione rispetto 
agli altri satelliti, si ha la correzione per l'orologio del na- 
vigatore. Ma...dov'è la Relatività? | satelliti GPS si muo- 
vono circa alla velocità di 4 km/s; la Relatività Speciale 
afferma che a bordo del satellite si ha una dilatazione 
temporale pari a vy. In realtà si tratta di una differenza di 
due decimi di miliardesimo! Il problema è che l’effetto 
si accumula nel tempo, e dopo solo un giorno di volo, la 
differenza tra i due orologi è maggiore di sei ordini di 
grandezza! Questo ci porta ad un errore sulle distanze 
di ben 6 km! Tuttavia, nel 1977, questo effetto era an- 
cora poco conosciuto; quando il primo satellite GPS di 
prova fu messo in orbita, con una correzione errata ci fu 
più di un problema nel rilevamento delle coordinate del 
ricevitore! 


ACCELERATORI DI PARTICELLE: IL CICLCOTRONE 
Il ciclotrone è un acceleratore le cui particelle accelera- 
no verso l’esterno dal centro di un percorso a spirale; è 
utilizzato soprattutto per la produzione di radionuclidi in 
medicina nucleare. 


Principio di funzionamento 
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Figura 8: Schema di funzionamento del ciclotrone 
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In questo acceleratore, come vediamo in figura 8, ab- 
biamo un campo magnetico uniforme, perpendicolare al 
piano della spirale, ed un campo elettrico oscillante tra 
due elettrodi cavi. 

Una particella carica nel piano della spirale si muoverà 
di moto circolare uniforme. Nel campo magnetico, la 
particella è soggetta alla forza di Lorentz, che è perpen- 
dicolare sia al campo B che alla velocità; la forza agente 
è quindi centripeta, così come l’accelerazione. 

Ma l’unico effetto di una accelerazione centripeta è 
quello di modificare la direzione della particella, non il 
modulo della sua velocità. 

Quindi, anche la velocità angolare rimane costante. 

A modificare la grandezza della velocità ci pensa il cam- 
po elettrico tra gli elettrodi; durante il passaggio tra gli 
elettrodi, la particella riceve un'accelerazione che fa au- 
mentare la velocità ad ogni passaggio. 

In questo modo le particelle percorrono una traiettoria 
a spirale. 

Ma se le particelle raggiungono velocità di un paio 
di ordini di grandezza sotto la velocità della luce il 
meccanismo non funziona più! 

La velocità angolare comincia infatti a diminuire al cre- 
scere della velocità! 


La Forza nella Relatività Speciale 


Sappiamo dalla Relatività Speciale che quando una ve- 
locità si avvicina a quella della luce, la legge di Newton 
ha bisogno di una correzione, data dal solito fattore y. 
Quindi, uguagliando la forza centripeta con quella 
di Lorentz otteniamo la nuova relazione per la velo- 
cità angolare: 


w=(qB)/(my) dove w è la velocità angolare 
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q è la carica della particella, m è la sua massa 


B è il modulo del campo di induzione magnetica presen- 
te nel ciclotrone 


y è il fattore relativistico. 


Per come è definito, y cresce con la velocità, e tende ad 
infinito quando le velocità sono confrontabili con quella 
della luce. Il ciclotrone perde quindi il sincronismo e non 
riesce più ad accelerare le particelle. 


CONCLUSIONI 
Inizialmente, dopo che l'esperimento di Michelson e 
Morley aveva negato l’esistenza dell'etere, si prospetta- 
rono tre strade diverse per la fisica: 
* le leggi dell’elettromagnetismo valgono solo in 
un sistema di riferimento privilegiato; 
* le equazioni di Maxwell necessitano di una mo- 
difica; 
* le leggi della meccanica necessitano di una mo- 
difica. 


Einstein scelse la terza strada, giudicata la più “fan- 
tasiosa”. La comunità scientifica ci mise un po’ ad 
accettare le sue teorie, a causa della loro natura ri- 
voluzionaria. A volte le teorie scientifiche sembrano es- 
sere molto lontane dalla realtà... ma senza di esse non 
esisterebbe nessuna tecnologia oggi! 

Non è detto che una scoperta o una teoria siano imme- 
diatamente applicabili; ci vuole del tempo per capire ed 
accettare “nuove” realtà. 

Ma la scienza è al servizio del progresso e del benes- 
sere dell’uomo. Sta al singolo decidere quale uso fare 
della nostra conoscenza! 
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CONTROLLO 
REMOTO DI 
ARDUINO DA 
DISPOSITIVI MOBILE 


di Salvatore Civiletti 


In rete è disponibile un ricco campionario di materiale relativo alla comunicazione tra Arduino e dispo- 


sitivi mobile; spesso però non tutte le informazioni sono corrette e dettagliate, e muoversi all’interno dei 


vari forum alla ricerca di soluzioni può risultare una pratica sfiancante. La soluzione proposta in questo 


articolo è una rivisitazione nota ai più che si basa sull'utilizzo del formato OSC. 


INTRODUZIONE 

| progetto proposto rappresenta un valido strumento 

per approcciare al mondo della domotica. Attraverso 

un'applicazione che gira su un dispositivo mobile ci 
si propone di controllare dispositivi connessi ad Arduino 
da qualsiasi parte del mondo. L'iterazione con gli og- 
getti virtuali dell'interfaccia (pulsanti, fader, etc.) causa 
l'invio di messaggi OSC che verranno utilizzati per ca- 
ratterizzare il comportamento degli oggetti stessi, così 
ad esempio agendo su un Fader sarà possibile dimme- 
rare il relativo canale RGB, piuttosto che modificare la 
frequenza dell’oscillazione utilizzata per il dimmeraggio 
automatico agendo sull’apposito controllo rotativo. Re- 
quisiti richiesti sono che sia Arduino che il dispositivo 
mobile siano connessi ad internet. 


ELENCO DEL MATERIALE UTILIZZATO 
e Arduino UNO 
e Ethernet Shield W5100 
e Arduino IDE Release 1.0.6 
e TouchOSC Editor e TouchOSC App 
e Sony Xperia E2115 
e Router ADSL + cavo Ethernet 
e Libreria OSCuino 
* Driver + alimentatore 12V 
e Strip LED RGB 12V 


SCHEMA DI PRINCIPIO 

Come si può osservare dalla figura seguente (figura 1) 
ad ogni oggetto dell’interfaccia dell’applicazione si può 
associare un “codice” OSC (vedremo più avanti cosa 


questo significhi), ed un range di valori numerici. Il com- 
portamento associato agli oggetti va descritto opportu- 
namente all’interno del codice da caricare su Arduino. 
Nello schema è possibile individuare: una funzione che 
si occupa della ricezione dei dati che pervengono dagli 
oggetti, e specifiche funzioni associate ad essi. 


COS'È L'OPEN SOUND CONTROL? 

Per comprendere il funzionamento di questo progetto 
semplice, ma che nasconde al suo interno grandi poten- 
zialità, è utile rispondere a questa domanda cercando 
di capire di cosa si tratta e come funziona senza però 
appesantire troppo la trattazione. 


Più brevemente detto OSC, l'Open Sound Control, è 
un “content format” o formato. Questo significa che 
può essere visto e confrontato con formati come XML, 
WDDX o JSON. Esso infatti non definisce le caratteri- 
stiche tipiche di un protocollo, quali processi semantici 
come pattern di comando-risposta, ma solo un forma- 
to di messaggi. Perdoni il lettore l'eventuale abuso di 
linguaggio che potrebbe venire utilizzato all’interno di 
questo documento qualora ci si riferisca con il termine 
protocollo OSC va tenuto presente che si tratta di un 
protocollo solo in senso lato. 


Sviluppato nel 1997 all’interno dei laboratori del dipar- 
timento di Musica dell’Università della California, Ber- 
keley da Adrian Freed and Matt Wright, questo formato 
ha visto una larga diffusione negli ultimi anni in diversi 
campi come la robotica, sistemi di musica professiona- 
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le (X32 Digital Mixing Console, DiGiCo SD9, SSL Sig- 
ma, etc), video light console (GrandMA2, Whole Hog 4, 
Martin serie M, ChamSys MagicQ, etc.), software come 
Resolume Arena, Ableton Live, Cubase, Logic PRO, 
QLAB, etc. 


“OSC consente di far colloquiare vari dispositivi 
multimediali, sia fisici che virtuali, all'interno di un 
network. 


Spesso contrapposto al protocollo MIDI, OSC non rap- 
presenta un suo semplice antagonista. Una prima evi- 
dente e fondamentale differenza tra i due è rappresen- 
tata dalla natura della licenza che è di tipo proprietario 
per quanto riguarda il protocollo MIDI mentre è aper- 
ta per OSC. | due protocolli nascono con presupposti 
diversi. Il protocollo MIDI risulta sicuramente la scelta 
più indicata in termini di efficienza qualora si debbano 
interfacciare due o più apparecchiature. Nel mercato 
consumer le apparecchiature protendono verso l'utilizzo 
del protocollo MIDI e per questo motivo è ancora larga- 
mente diffuso. La semplicità di utilizzo del formato OSC 
all’interno delle reti lo ha invece reso indispensabile in 
apparecchiature professionali, che devono interagire ef- 
ficientemente con altri dispositivi connessi al network. 


Facendo riferimento alla documentazione fornita dalla 
CNMAT vediamo di capire come funziona OSC e come 
sfruttarlo per i nostri progetti. 

Non essendo OSC un protocollo non si occupa dell’in- 
vio dei dati, che sono trasmessi in pacchetti. È la rete 
stessa che si occupa del trasporto e della consegna del 
pacchetto. 

Ogni richiesta di operazione in uscita OSC da parte di 
una applicazione produce un pacchetto OSC, similmen- 
te a quanto accade con il protocollo UDP, che produce 
un datagramma /P da inviare (figura 2). 


“Esistono diverse librerie che consentono di gestire 
facilmente il formato OSC in Arduino. La libreria 
utilizzata in questo progetto è la OSCuino sviluppata 
e mantenuta dai creatori dello stesso protocollo ai 
laboratori del CNMAT (Center for New Music and 
Audio Technologies at the University of California at 
Berkeley). 


“Il codice d'esempio riportato all'interno di questo 
documento fa riferimento a questa libreria. 


void OSCMsgReceive() 


OSCMessage msgIN; 

int Size; 

if(( Size = Udp.parsePacket() ) > 0 //verifico la presenza 
Ilài dati da leggere 

while(Size-) msgIN.fil(Udp.read();/Mettura dei dati 

if(!msgIN.hasError()) 

msgIN.route("/Fader/Value/1", funcValueA); 

msgIN.route("/OnOff/toggle/1", toggleOnOffA); 


void toggleOnOffA(OSCMessage &msg, int Offset) 


ledStateA = (boolean) msg.getFloat(0); 
OSCMessage msgOUT("/OnOff/toggle/1"); 
msgOUT.add(ledStateA); 


ledStateA = !ledStateA; 

digitalWrite(ledPinA, ledStateA); 
Udp.beginPacket(Udp.remoteIP(), destPort); 
msgOUT.send(Udp); // send the bytes 
Udp.endPacket(); // mark the end of the OSC Packet 
msgOUT.empty(); // free space occupied by message 


iS 


ON/OFF 
OSC:/OnOff/toggle/1 
‘alue range: 0 - 1 


FADER B 


OSC: /Fader/Value/1 
value range: 0 - 255 


void funcValueA(OSCMessage &msg, int Offset) 


float valueA = msg.getFloat(0); 
OSCMessage msgOUT("/Fader/Value/1"); 
msgOUT.add(valueA); 
analogWrite(ledPinA, valueA); 


Udp.beginPacket(Udp.remoteIP(, destPort); 
msgOUT.send(Udp); / send the bytes 
Udp.endPacket(); // mark the end of the OSC Packet 
msgOUT.empty(); // free space occupied by message 


Figura 1: schema di principio 
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Trattandosi di un formato che consente unicamente lo 
scambio di dati tra i vari client e il server per caratteriz- 
zare il comportamento di servizi personalizzati, si com- 
prende facilmente il motivo per cui non esistano por- 
te assegnate dallo /ANA (Internet Assigned Numbers 
Authority). Come si può vedere dalla figura 3 il formato 
OSC si colloca al livello 6 (presentazione) del modello 
OSI. 

Un pacchetto OSC è costituito dal suo contenuto, un 
blocco contiguo di dati, e dalla dimensione su 8 bit del 
contenuto stesso. Il contenuto del pacchetto deve esse- 
re o un messaggio OSC o un OSC Bundle (questo viene 
specificato nel primo byte del pacchetto). 

Un messaggio OSC (figura 4) è composto da un Ad- 
dress Pattern seguito da un Type Tag e da 0 o più argo- 
menti (numeri e stringhe). 

L'address pattern è l'equivalente dell’indirizzo IP, e se- 
gue la convenzione UNIX per la costruzione del per- 
corso, quindi, deve sempre iniziare con “/”. Il Type Tag 
invece definisce il tipo di dato. Nell'esempio “f rappre- 
senta un dato numerico a 32 bit in virgola mobile (flo- 
at). Un OSC Type Tag String è una stringa che inizia 
con il carattere “)’ seguito da una sequenza di caratteri 
pari in numero al numero di argomenti del messaggio 
in questione e ne rappresentano una codifica del tipo di 
argomento (nella tabella 1 sono mostrati alcuni esempi). 
Ogni carattere dopo la virgola è chiamato Type Tag e 
rappresenta il tipo del corrispondente argomento. In fi- 
gura 5 viene riportata la corrispondenza dei tipi comuni. 
OSC Bundle è invece composto da una stringa: “#bun- 
dle” (8 byte), seguita da un Time Tag (8 byte), seguito 
a sua volta da 0 o più OSC Bundle Element. Un OSC 
Bundle Element è un intero (uint32 = 4 bytes) che indi- 
ca la dimensione dei contenuti in byte, in multiplo di 4 
byte (32 bit), seguito dai contenuti che possono essere 
sia un messaggio OSC che un OSC Bundle (i pacchetti 
possono contenere pacchetti). 


| pacchetti ricevuti dal server sono passati a dei metodi. 
| metodi corrispondono a vari punti di controllo messi a 
disposizione. “Invocare” un metodo equivale a chiama- 
re una “procedura”, ossia passare argomenti al metodo 
causandone una risposta. 
I metodi OSC sono organizzati in una struttura ad albero 
chiamata “OSC Address Space”. | rami che si diramano 
sono detti “contenitori” e l'estremità del ramo farà capo 
ad un metodo. Ogni contenitore ha un nome simbolico, 
una stringa di caratteri ASCI/ che non deve contene- 
re nessuno dei seguenti caratteri speciali (vedremo più 
avanti cosa significano): 
“#*,1?[]{} 

Considerando ad esempio l’indirizzo OSC “/a/b/cde” se- 
condo quanto esposto sopra avremo che: 

* la rootdell’albero presenta un contenitore: “a” 


e il contenitore “a” contiene a sua volta un conte- 
nitore: “b” 

e. il contenitore "b” contiene il metodo o funzione: 
“cde” 


Prendiamo adesso in considerazione il messaggio OSC 
con il seguente address pattern: “/oscillator/4/frequen- 
cy” e supponiamo che presenti come unico argomento 
un float di valore 440.0. La rappresentazione del mes- 
saggio su 32 bit avrà la seguente forma: 


2f(/) 6f (0) 73(s) 63(c) 
69 (i) 6c (I) 6c(1) 61 (a) 
74 (t) 6f (0) 72(r) 2f(/) 
34 (4) 2f(/) 66(f) 72(n) 
65 (e) 71(q) 75 (u) 65 (e) 
6e (n) 63 (c) 79 (y) O() 
2c (,) 66 (f) O() O() 
43(C) de (Ù) 0() 00) 


OSC 


\_ 


PACKET 


Figura 2: scambio di pacchetti OSC tra client e server 
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CONTROLLO REMOTO DI ARDUINO DA DISPOSITIVI MOBILE 


* 


MODELLO ISO/OSI OSC 


7. Semantica 

6. Formato OSC 

5. Enumerazione 

4. Latenza 

3. Routing 

2. Clock, Timing 

1. Cablaggio. Wireless, Power 


7. Applicazione 

6. Presentazione 

RAISESS OO 

4. Trasporto 

3. Rete 

2. Collegamento (Frame) 


da Fisico (Bit) 


Figura 3: posizionamento del formato OSC nel modello 


OSI 
Arguments i 


Address Pattern 


Type Tag 


/Fader/Red/Amp 


> 


Si noti che è stato riportando tra parentesi tonde la codi- 
fica ASCII del codice esadecimale che lo precede. 
Se invece volessimo rappresentare il messaggio che ha 
come adress pattern “/foo” e come argomenti: 

1. 1000 (int32) 

2. -1(int32) 

3. “hello” (string) 

4. 1.234 (float32) 

5. 5.678 (float32) 


Figura 4: esempio di messaggio OSC 


Ciò che otterremmo in questo caso sono i seguenti 40 


byte: 


2f(/) 66 (f) 6f (0) 6f (0) 
00) 00) 00) 00 

2c (,) 69 (i) 69 (i) 73 (5) 
66 (f) 66(f) 0) 00 

00) 00) 3() e8(è) 

ff (V) ff(M) ff(M ff(M 

68 (h) 65 (e) 6c(I) 6c(I) 
6f(0) 00) 00) 00) 
3f(?) 9d() f3(6) b6(M 
40 (@) bS (u) b2 (*) 2d(-) 


Alla ricezione di ogni messaggio, il server invoca i 
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metodi appropriati al suo OSC Address Space (quan- 
do questo corrisponde con l'OSC Address Pattern del 
messaggio). Questo processo è chiamato matching. 
La libreria OSCuino offre quattro metodi per gestire il 
pattern e l’address matching: match(), fullMatch(), root() 
e dispatch(). 


OSCMessage: 


match — verifica se c'è corrispondenza tra l’address 
pattern e l'indirizzo del messaggio. Restituisce il 
numero di caratteri che realizzano il matching. 


OSCMessage msg(“/a/0”); 


msg.match(“/a”); // restituisce 2 


fullMatch — restituisce True se dopo l’offset si ottie- 
ne un matching completo. 


OSCMessage msg(“/a/0”); 
msg.fullMatch(“/0”, 2); // Restituisce True 


OSCMessage && OSCBundle: 


route — invoca una funzione che ha come parame- 
tri l'istanza dell'oggetto OSCMessage inizializzata 
con la parte di indirizzo che realizza il matching 
con l’address pattern ed il numero di caratteri che 
combaciano. 


/definisco una funzione da richiamare quando si 
ottiene il matching 

void routeCallback(OSCMessage & message, int 
addressOffset){ 


“esegue dei compiti... 
//con il messaggio riportato in basso l’addressOff- 
set sarà uguale a 2. 
} 
OSCMessage msg(“/a/0”); 
LOG GLGGGOGGOGGGOOGOAO]G0HGOAAO]AO OA 
/l ‘route’ usa ‘match’ per consentire matching parzia- 
li 7) 
// invoca la funzione passando come parametri il 
messaggio che esegue il matching // 
/l e l'address Offset 
Vi 
VE I III I ZI IO II IZ O IZZO IO,ZIZZIZZZA 


msg.route(“/a”, routeCallback); 


CONTROLLO REMOTO DI ARDUINO DA DISPOSITIVI MOBILE 


Tipo di argomento OSC Type Tag String 
Un tipo float sarà identificato da ua 
Due interi seguiti da una stringa, seguita da tre float corrispondono a “ lisfff” 


Se non ci sono argomenti avremo semplicemente a 


Un argomento intero seguito a due argomenti di tipo blob corrispon- 


«,ibb” 
dono a 


Tabella 1: Esempio di corrispondenza tra argomenti e OSC Type Tag String 


peg pai DEL ea mm VIDI ZZZ. ZZZ ZII, ZZZ ZZZ ZZZ] 


È /l ‘dispatch’ usa ‘fullMatch’ quindi non sono possibili 
uint32 


matching parziali. // 
int32 


/l Invoca la funzione passando come parametro il solo 
float32 
messaggio che metcha. // 


VIZI ZZZ ZA ZZZ AIIZZZ ZZZ IZZO IZZO ZZZZZZIZZAIZZZ/IZIA 


OSC-string 
[ONT 621)(1)1) 
True. * . « ”» 
msg.dispatch(“/a/1”, routeCallback); 
False* 
NULL* 
lena Papi ai GIS Come si è accennato esistono alcuni caratteri speciali 
che non possono essere utilizzati per la costruzione di 
un indirizzo ma servono per realizzare strutture di con- 
Si located in th t data. 1 î sata ii 
e a trollo del matching. Vediamo qual'è il loro significato e 


come utilizzarli: 


OSC-timetag 


Figura 5: corrispondenza tra Type Tag e argomenti OSC 1. ‘?' - Il matching è ottenuto da qualsiasi singolo 
carattere in quella posizione; 
dispatch — invoca una funzione se l’istanza dell’og- 2. ‘**- Il matching è ottenuto da qualsiasi sequenza 
getto OSCMessage è inizializzata con un indirizzo di caratteri; 
che combacia pienamente con l’address pattern. 3. ‘[ str]? - stringa di caratteri contenuta tra le pa- 


rentesi quadre. Il matching è ottenuto da qualsi- 

asi carattere della stringa. Inoltre se all’interno 

delle parentesi quadre: 

void routeCallback(OSCMessage & message ) * due caratteri sono separati da un segno 

{ meno ‘-‘, ciò indica che la stringa è compo- 

sta dal range di caratteri compreso tra i due 

MWesegue dei compiti... (es. a-d equivale a “a,b,c,d”); 
e il primo carattere è un punto esclamativo ‘l’ 
/con il messaggio riportato in basso l’addressOffset , ciò indica una negazione della stringa che 
sarà uguale a 2. lo segue, in altre parole significa che il ma- 
tching è ottenuto da qualsiasi carattere che 

} non è contenuto nella stringa. 

4. ’{str1, str2 }' — Lista tra parentesi graffe di strin- 
ghe separate da virgole. Il matching è ottenuto 
da qualsiasi stringa nella lista. 

5. Perqualsiasi altro carattere che non rientra nelle 


/definisco una funzione da richiamare quando si 


ottiene il matching 


OSCMessage msg(“/a/[0-2]”); 
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#include 

#include 

#include 

#include 

/ MAC address della scheda Ethernet 

byte mac[] = { OxDE, OxAD, OxBE, OxEF, OxFE, OxED }; 

byte ip[] = { 192, 168, 0, 27}; /l Indirizzo IP della scheda Ethernet 


int serverPort = 8083; // TouchOSC (incoming PORT) 
int destPort = 8084; / TouchOSC (outgoing PORT) 


Istanza EthernetUDP per l’invio/ ricezione di pacchetti UDP 
int ledPinA = 
EthernetUDP Udp: 


void setup(){ 
Ethernet.begin(mac, ip); // Inizializzazione Ethernet 


VIZI. ZZZ.ZZAZZZ. ZA 
Ur izzazione de LIO do E sulla porta su cui verranno // 
smessi e ricevu 77) 


I tr 
TT 
Udp.begin(serverPort); 


void loop(){ 
Shu ammini miti 


/ I COM N ZIone di costituita ci si E che dura finché ci sono // 
7) 


Il d cevere e finché l'host ungibile 
Ti 
OSCMsgReceive(); 


void OSCMsgReceive(){ 
1 OSC Message puo essere cost 


Un CSIECI RIO; essere costruito anche senza un indirizzo ma // 
n risulterà va liene viene assegnato uno. 


In 
Dn 
OSCMessage msgiN; 


int Size; 
I 
/ Prima di avviare la lettura iamo assicurarci che i dati siano // 


// disponibili. Il metodo i scPaciatri verifica la presenza di dati // 
// sulla porta di ricezione e restituisce la dimensione in byte del // 


// pacchetto. 

AVOLA GAGARIN 
if(( Size = Udp.parsePacket() ) > 0 ){ 
VO IIZZZZZZAZZZZZAIZ/ZIZZAIZA 


// l'istanza msgIN viene riempita dal contenuto del // 
/ pacchetto UDP fintantoché questo contiene dati // 
VIII IZZO ZA, 


while(Size--) msgIN.fill( Udp.read()); 
VIDI ZZZ IZZZA ZZZ, ZZZA ZZZ ZZZ 


e il messaggio non presenta errori e combacia con uno de — // 
// seguenti indirizzi OSC 
Il “/OnOf{/toggle/1" or “/Fader/Value/1” 7) 
gono invoc relative funzioni (eseguendole) 77) 


I vi 
Ri 
if(!'msgIN.hasError() ){ // se non ci sono errori 


msgiN. route(“/Fader/Value/1", funValueA); /Fader CH Rosso 
msgIN.route(“/OnOff/toggle/1”, buttonStateA);//cambio label On Off 
msgiIN. route (“/OnOff/toggle/1” toggleOnOffA); /Full/ Off CH Rosso 


} 
} 
} 
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casistiche sopra esposte il matching è ottenuto e /third/b 
solo dallo stesso carattere. e /third/c 


Nell'esempio che segue è stato utilizzato un address 1. Quando un pacchetto ricevuto contiene un singolo 
pattern strutturato utilizzando i caratteri speciali; si noti 


l'utilizzo dei metodi match e fullMatch ciò ci permette di 
comprendere come funzionano le regole sopra esposte. 


messaggio il server dovrebbe invocare il corrispon- 


dente metodo immediatamente. 


void loop(){ 2. Quando un OSC Address Pattern si traduce in un 
invio multiplo a metodi, l'ordine con cui vengono 

//setto l'indirizzo del messaggio nel costruttore : DE . 3 : 

invocati i metodi non è specificato. 


OSCMessage msg0(“/{input,output}/[0-2]/ 


I *N\. 
Lab; 3. Quando un OSC Bundle contiene messaggi multipli 
/W/match restituisce il numero di caratteri che il set di metodi deve essere invocato nello stesso 
combaciano 


ordine in cui si trovano i messaggi nel pacchetto. 


int patternOffset = msg0.match(“/input/1”); // 


restituisce 8 Supponiamo inoltre che venga ricevuto un OSC Bundle 


if( patternOffset > 0 ){ che contenga i seguenti tre messaggi: 
if(msgO.fullMatch(“/c/anything”, patternOffset)){ 1. /first/this/one 
2. /second/[1-2] 


UVA] OOO 

/l msg0.fullMatch(“/c/anything”, patternOffset) 
verifica se il messaggio passato come // 

/l argomento a fullMatch realizza un match com- Verranno invocati sei metodi nel seguente ordine: 


pleto con l'indirizzo di msgO a partire / CILE * (1):/first/this/one dato che compare come primo 
// dall’ottavo carattere (patternOffset) cioè verifica 


se in qualche modo: Il nell OSC Bundle 
Il e (2-3): 0/second/1 seguito da /second/2 o vice- 


versa /second/2 seguito da /second/1 
e (4-6): /third/a, /third/b, e /third/c in qualsiasi or- 
Il dine 
7) 
// secondo le regole dei caratteri speciali i due 
pattern verificano un matching 7) 
// verrà quindi eseguita la stampa sul monitor 


seriale I 
[UA AAA OGG 


3. /third/* 


Il “Ilabc]/*” combacia con “/c/anything” 
7] 


Serial.printIn(“Match: /input/1/c/anything vs pat- 
tern /{input,output}/[0-2]/[abc]/* ‘); 


} 
} 
} 


Le specifiche del formato OSC indicano tre principali 
regole secondo cui vengono gestiti l'ordine e la priorità 


(3 : Complete 
con cui i metodi devono essere invocati dal server. Sending? 


Supponiamo che un server OSC includa metodi con i 
seguenti indirizzi: 

e /first/this'one 

*  /second/1 

e /second/2 


e /third/a Figura 6: diagramma di flusso della comunicazione UDP 
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CONTROLI 
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8 byte Header UDP DATA Received Data 


11. /first/this/one, /se- 
cond/2, /second/1, /third/c, 


Destination IP Address 
(4 byte) 


Destination Port 
(2 byte) 


Data Size 
(2 byte) 


8 byte Header 


Ithird/a, /third/b 
12. /first(thislone, /se- 
cond/2, /second/1, /third/c, 
Ithird/b, /third/a 


* Data size except for 8byte of header 


Figura 7 : struttura del datagramma 


Figura 8 : ethernet Shield w5100 


Avremo così dodici possibili modi in cui il server potrà 
invocare i sei metodi: 


1. /first/this/one, /second/1, /second/2, /third/a, / 
third/b, /third/c 

2. Ifirst/this/one, /second/1, /second/2, /third/a, / 
third/c, /third/b 

3. /first/this/one, /second/1, /second/2, /third/b, / 
third/a, /third/c 

4. /first/this/one, /second/1, /second/2, /third/b, / 
third/c, /third/a 

5. /first/this/one, /second/1, /second/2, /third/c, / 
third/a, /third/b 

6. /first/this/lone, /second/1, /second/2, /third/c, / 
third/b, /third/a 

7. Ifirst/this/one, /second/2, /second/1, /third/a, / 
third/b, /third/c 

8. /first/this’one, /second/2, /second/1, /third/a, / 
third/c, /third/b 

9. /first/this/one, /second/2, /second/1, /third/b, / 
third/a, /third/c 

10. /first/this/'one, /second/2, /second/1, /third/b, / 


third/c, /third/a 
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Quanto esposto finora ci 
consente di manipolare i 
messaggi OSC, ciò che 
manca per poter rendere tutto quanto funzionante è 
l’implementazione del meccanismo di invio e di ricezio- 
ne dei messaggi. Attualmente il protocollo di trasporto 
maggiormente utilizzato con il formato OSC è di sicuro 
l'’UDP/IP, ma va ricordato che un pacchetto OSC può 
essere incapsulato in qualsiasi protocollo di comu- 
nicazione digitale. Le specifiche caratteristiche di ogni 
protocollo di trasporto possono influire sulla qualità e la 
disponibilità dello stream dati a livello applicazione. 
Dato che anche l'applicazione TouchOSC utilizza il pro- 
tocollo UDP per lo scambio di messaggi OSC, diamo 
un breve sguardo al protocollo UDP per comprendere 
come gestire lo scambio di messaggi OSC tramite UDP. 
L’UDP (User Datagram Protocol), è un protocollo a li- 
vello di trasporto ideale ad esempio per lo streaming 
video dato che garantisce comunicazioni a bassa laten- 
za. Non viene però garantito né l’arrivo, né che l'ordine 
in cui vengono inviati i dati sia mantenuto in ricezione, 
inoltre non è previsto un meccanismo per il controllo de- 
gli errori. 
Per la consegna dei pacchetti viene utilizzato il proto- 
collo IP. 
Di seguito sono elencate le fasi relative alla comunica- 
zione UDP, mentre in figura 6 è riportato il diagramma di 
flusso del che riassume tale processo che verrà imple- 
mentato nello sketch. 
1- Creazione dei socket; 
2 — Identificazione del socket; 
3 — Server — si mette in attesa di un messaggio; 
4 - Client — invio di un messaggio; 
5 — Server — invio di risposta di avvenuta ricezio- 
ne al Client (facoltativo); 
6 — Chiusura del socket. 


Il pacchetto UDP contiene il numero della porta sorgen- 
te, il numero della porta destinazione, la lunghezza to- 
tale del dato, il checksum che contiene il codice di con- 
trollo del datagramma: header + dati + pseudo-header 
quest'ultimo comprendente gli indirizzi /P di sorgente e 
destinazione (figura 7). 


Dual Blul (64) 22:48 


[le] gd (oltitee}iato)) 


[le] a 4 (ialereJagliato)) 


VA=ICo]OTe]a NF: 1101= 


[MCete:= |M [327:Vee (ESS IRE BIS 


Found Hosts (0) 


Figura 9 : configurazione di TouchOSC 


Per realizzare la connessione di Arduino ad internet 
è stata utilizzata la Ethernet Shield W5100 (figura 8), 
questa presenta anche la possibilità di utilizzare una 
scheda SD. La comunicazione tra Arduino, il chip Wiz- 
net W5100 e la SD avviene attraverso il bus SPI (Serial 
Peripheral Interface) sui pin 10, 11, 12 e 13. Il pin 10 
serve da Slave Select per il chip Wiznet, ovvero da se- 
gnale per selezionare la comunicazione con il chip Wiz- 
net, mentre il pin 4 è utilizzato come Slave Select per la 
SD card. | pin 11, 12 e 13 sono utilizzati rispettivamente 
per MISO, MOSI e CLK. Risulta evidente che i pin 10, 
11, 12 e 13 non potranno essere impegnati, e questo 
vale anche per il pin 4 qualora si dovesse utilizzare una 
scheda SD. 

La comunicazione con il chip Ethernet e con la SD non 
può avvenire contemporaneamente e può essere ot- 
tenuta attraverso l'utilizzo della libreria Ethernet.h che 
mette a disposizione la classe EthernetUDP la quale 
consente di utilizzare il protocollo UDP. Come mostrato 


nell'esempio che segue è necessario creare un oggetto 
derivato dalla classe EthernetUDP che andrà inizializ- 
zato all’interno del blocco setup() con il numero della 
porta di ricezione del server. Nel blocco setup() occorre 
inoltre inizializzare la scheda Ethernet fornendo MAC 
Address e l'indirizzo /P della scheda Ethernet. Inoltre 
per verificare la presenza del pacchetto UDP, la classe 
EthernetUDP ci mette a disposizione il metodo parse- 
Packet() il quale verificata la presenza del pacchetto e 
ne restituisce la dimensione (va chiamata prima di effet- 
tuare la lettura del buffer con il metodo read() ). 
Nell'esempio sopra riportato si è visto come inizializzare 
la Ethernet, e come gestire la ricezione dei pacchetti 
UDP che contengono i messaggi OSC necessari per 
invocare la funzione associata. Questo significa che, 
agendo ad esempio sul fader (dall'interfaccia caricata 
sull’applicazione) che ha come indirizzo “/Fader/Va- 
lue/1”, verrà invocata la funzione funValueA ogni volta 
che con il dito scorriamo il cursore fino al rilascio (dato 
che OSCMsgReceive() è invocata un numero infinito di 
volte ma il messaggio viene inviato solo quando intera- 
giamo con il fader producendo una variazione della sua 
posizione). Nella funValueA() verrà definito il compor- 
tamento del fader che in questo caso verrà usato per 
dimmerare il canale. 


void funValueA(OSCMessage &message, int addrOf- 
fset){ 


//restituisce il dato memorizzato nella prima posi- 
zione di message 

float valueA = message.getFloat(0); 

OSCMessage msgOUT(“/Fader/Value/1”); 


aggiungo valueA al messaggio 
msgOUT.add(valueA); 


analogWrite(ledPinA, valueA); 


LG 

Il Udp.beginPacket( remotelP, remotePort); 
Il 

Il avvia la connessione per scrivere il pacchetto 
UDP sulla Il 

/ connessione remota (TouchOSC) 
Il 

// remotelP: indirizzo IP della connessione remota 
(4 byte) / 

Il remotePort: porta della connessione (int) 
Il 

// restituisce 1 se avviene con successo 0 se ci 
sono problemi... // 
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Figura 10 : esempio di interfaccia TouchOSC 


/ Udp.remotelP() prende l’IP della connessione 
remota (touchOSC) // 
GOGH OOO 


Udp.beginPacket(Udp.remotelP(), destPort); 


msgOUT.send(Udp); // invio del messaggio OSC 
all'oggetto TouchOSC 


/endPacket() chiamato dopo la scrittura del dato 
UDP 

Udp.endPacketi(); 

msgOUT.empty(); / svuota il messaggio 


CONFIGURAZIONI FINALI 

Arrivati a questo punto è facile comprendere come fun- 
ziona lo sketch e come è organizzato. Per la scrittura 
e la strutturazione dei propri programmi da caricare su 
Arduino e per la progettazione dell'interfaccia si sugge- 
risce di procedere passo, passo partendo ad esempio 
prima da uno schizzo su carta annotando indirizzi e va- 
lori dei vari oggetti (fader e controlli rotativi, ad esempio, 
posso avere un range da 0 a 255 per realizzare un pie- 
no controllo su 8 bit, mentre un range da 0 a 1 può esse- 
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re associato ad un pulsante per gestire gli stati di ON e 
OFF). In seguito si può procedere, aggiungendo il primo 
oggetto, ad esempio un pulsante per la gestione degli 
stati ON e OFF, su TouchOSC Editor, e caricare l’inter- 
faccia sul dispositivo mobile. Occorre quindi scrivere le 
funzioni per la gestione della ricezione del messaggio 
prima, utilizzando il meccanismo di matching, e poi la 
funzione di gestione (fortunatamente il LED si rivela un 
meccanismo di verifica immediato se collegato corretta- 
mente). Se qualcosa non funziona la seriale consente 
come sempre di effettuare le verifiche di debug. Se tutto 
funziona a dovere si può iterare questo processo pas- 
sando all'oggetto successivo. Detto questo non resta 
che: 


a- progettare l'interfaccia personalizzata con Tou- 
chOSC Editor. 

L'interfaccia intuitiva rende quest’operazione 
semplice. Cliccando con il tasto destro all’interno 
dell’area di lavoro sarà possibile accedere ai vari 
oggetti. Come accennato ogni oggetto ha dei pa- 
rametri che possono essere impostati, come l’indi- 
rizzo OSC e d il range di valori ad esso associato. 
Una volta che l’interfaccia è pronta, cliccando sul 
pulsante di sincronizzazione, sarà possibile ese- 
guire l'upload all’interno dell’applicazione TouchO- 
SC (dopo che vi si è impostato l’indirizzo /P del 
computer dal quale effettuare l'upload dal menu 
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Figura 11: schema elettrico del driver 


Figura 12a: interfaccia ti test TouchOSC allegata al progetto - pagina 1 


layout). L'applicazione TouchOSC va inoltre confi- 
gurata, come mostrato nella figura 9, assegnando 
l'indirizzo /P per raggiungere Arduino (vedi punto 
b), ed i numeri di porta (vedi punto c).Come mo- 
strato nella figura 10 è possibile creare interfacce 
di una certa complessità. 


TouchOSC Editor è scaricabile gratuitamente dal 
sito http://nexler.net mentre l'applicazione Tou- 
chOSC va acquistata. 


b- Assegnare un /P statico utilizzando un servizio 
come NO-IP. 

Questo consente di raggiungere il nostro disposi- 
tivo Arduino (che è connesso ad internet) dall’e- 
sterno della LAN senza correre il rischio che una 
qualsiasi anomalia che modifichi l’indirizzo esterno 
del router lo renda irraggiungibile. 


c- Eseguire il port forwarding 
Come sarà noto ai più questa operazione consi- 
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Figura 12b: interfaccia ti test TouchOSC allegata al progetto - pagina 2 


ste nel “aprire un passaggio per i dati all’interno 
del firewall” per una determinata applicazione. Nel 
gergo informatico si dice “aprire una porta”. Oc- 
corre accedere al proprio router per poter aprire 
le porte su cui vogliamo che avvenga la comuni- 
cazione OSC. 


“Nelle reti informatiche la PORTA è un percorso 
univoco per i dati che può essere utilizzato da 
un'applicazione alla volta. 


“PORTA + IP = SOCKET 


“l'indirizzo IP identifica il dispositivo in rete, 
mentre la PORTA identifica un'applicazione o più 
esattamente un protocollo 


In base al modello del router adsl in possesso una 
ricerca mirata potrebbe far scoprire diverse solu- 
zioni per ottimizzarne il funzionamento. 


d- Assegnare un /P statico alla Ethernet Shield 
L'analisi condotta fino adesso fornisce tutti gli stru- 


menti necessari per poter pilotare piccoli carichi, 
come dei LED o piccoli servo motori, a distanza. 
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Per completare il progetto occorre poter fornire al 
carico (strip LED) una maggiore corrente, in defini- 
tiva occorre un driver. 


SCHEMA DEL DRIVER 

La realizzazione del seguente schema mostrato in figu- 
ra 11 non richiede particolari abilità tecniche e con una 
spesa di pochi euro è possibile procurarsi tutti i com- 
ponenti. Il circuito è stato testato con le strip LED RGB 
di uso comune, quelle cioè che richiedono un’alimenta- 
zione di 12V (più economiche di quelle che hanno una 
tensione operativa di 24V, normalmente destinate ad un 
utilizzo professionale), ma fornendo l’alimentazione op- 
portuna è adatto a pilotare anche carichi maggiori. 


Approfondimenti: 
1. Dispositivo di controllo per Strip Led RGB 
2. Soluzioni di Driver per illuminazione a LED 
3. Pilotaggio di un MOSFET di potenza con 
con un microcontrollore 


CONCLUSIONI 

Come si è visto nonostante la semplicità realizzativa di 
questo progetto sono stati messi in luce diversi aspetti 
interessanti. 

Esistono applicazioni, come ad esempio B/ynk, con cui 
la realizzazione di un sistema di controllo remoto simile 
a quello presentato è molto più semplice ed immediata, 
o come /oT Manager che offrono interfacce belle e pron- 
te e lavorano con il protocollo MQTT. 

Si suggerisce al lettore di provarle per trarne le proprie 


CONTROLLO REMOTO DI ARDUINO DA DISPOSITIVI MOBILE 
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Figura 13: controllo degli oggetti all'interno dello sketch allegato al progetto 


considerazioni. Il progetto è perfettamente funzionante 
ma può essere ovviamente perfezionato, inoltre estra- 
polando le componenti di maggior interesse lo si potrà 
personalizzare adattandolo alle proprie esigenze crea- 
five. 

L'interfaccia TouchOSC prevede la creazione di layout 
su più pagine, si potrebbe sfruttare questa possibilità 
per creare ad esempio in ogni pagina uno schema per 
il controllo delle diverse stanze di un appartamento (ac- 
censione e dimmeraggio luci, accensione scaldabagno 
e riscaldamento, apri cancello etc.). 

Ogni ampliamento di questo progetto farà sorgere diver- 
si interrogativi la risposta ai quali potrebbe non essere 
immediata e banale, si spera di poterne mettere in luce 
alcuni in futuro fornendo possibili soluzioni. 

In fine va precisato che per quanto riguarda l’applica- 
zione, che fornisce oggetti in grado di gestire messaggi 
OSC, la ricerca inizialmente si è orientata verso applica- 
zioni open source ma solo AndrOSC ha portato al rag- 
giungimento di risultati apprezzabili. 

Provi il lettore ad effettuare le proprie verifiche. Invito 
chiunque individui una qualche applicazione open sour- 
ce simile che funzioni in maniera appropriata di segna- 
larla; rivolgo inoltre un appello a chiunque sia in grado 
di sviluppare applicazioni Android perché si riapra il pro- 
getto AndrOSC. 


DOCUMENTI ALLEGATI 

Dal link che segue è possibile scaricare il materiale, 
necessario per eseguire i test, ed i datasheet. In par- 
ticolare viene fornito uno sketch in cui la porta seriale 
è abilitata per sfruttarla all’interno di alcune funzioni in 
modo da effettuare le verifiche che permettono di com- 
prendere meglio quanto esposto. 

Le figura 12a e 12b mostrano le due pagine dell’inter- 
faccia TouchOSC allegata al progetto, ognuno degli og- 
getti richiamerà un’apposita funzione gestita attraverso 
il meccanismo schematizzato in figura 13. 

Una volta compreso il funzionamento del sistema, per 
alleggerire lo sketch, si suggerisce di commentare le 
parti adibite al debug del programma. 


Documenti allegati 


L'autore è a disposizione nei commenti per eventuali 
approfondimenti sul tema dell’Articolo. Di seguito il link per 
accedere direttamente all'articolo sul Blog e partecipare alla 
discussione: 
https://it.emcelettronica.com/controllo-remoto-di-arduino-da- 
dispositivi-mobile 
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SEMPLIFICARE 
PROGETTI IOT BASATI 
SU STANDARD 
CELLULARI A BASSA 


POTENZA 


di Andrea Garrapa 


La progettazione loT basata sulla tecnologia LTE cellulare è complessa e ciò significa che ci sono molti 


percorsi da poter intraprendere per completare un progetto. Alcuni di questi percorsi potrebbero sempli- 


cemente aggiungere tempo e costi, come tutte le deviazioni non necessarie. O peggio, altri potrebbero 


significare non arrivare mai a destinazione con successo. L'obiettivo di questo articolo è quello di fornire 


dei suggerimenti in grado di aiutare gli sviluppatori a tracciare un percorso più diretto per implementare 


la connettività cellulare LTE a bassa potenza nei loro progetti. 


INTRODUZIONE 

li sviluppatori di prodotti che non vivono e re- 

spirano il design cellulare potrebbero essere in- 

caricati di progetti di design loT che richiedono 
una comprensione di come utilizzare i nuovi protocol- 
li cellulari a bassa potenza LTE CAT M1 e NB-loT in 
combinazione con tecnologie più familiari come il Blue- 
tooth a basso consumo (BLE). Progettare funzionalità 
a basso consumo e connesse in un prodotto è difficile 


con qualsiasi tecnologia wireless, ma è particolarmen- 
te impegnativo con la tecnologia LTE cellulare (curva di 
apprendimento ancora più ripida), quindi è importante 
evitare di renderlo ancora più difficile prendendo il cam- 
mino più lungo. 

In passato, la connettività cellulare per dispositivi ali- 
mentati a batteria come quelli utilizzati nelle distribuzioni 
loT era poco pratica nella maggior parte delle situazioni; 
l'architettura cellulare e i protocolli comportavano costi 
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Figura 1: scalabilità della tecnologia LTE con evidenziate larghezza di banda e bit-rate per M1 e NB-/I0T. 
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Figura 2: i 7 aspetti da considerare nell'implementazione 
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hardware troppo elevati e un’architettura radio “sempre 
attiva” che scaricava rapidamente le batterie. Quelle 
qualità “negative” potevano andare bene per dispositi- 
vi come gli smartphone, ma il costo elevato e l’elevato 
consumo di energia non erano adatti a progetti loT come 
sensori wireless in impianti industriali, sensori ambien- 
tali e reti intelligenti. Tali svantaggi avevano messo in 
ombra i punti di forza della rete cellulare per l’loT, tra 
cui l'ampia infrastruttura esistente, una specifica chiara- 
mente definita e una tabella di marcia a lungo termine. 
Ma due nuove versioni a basso consumo della tecno- 
logia LTE — CAT M1 e NB-loT — sono state proget- 
tate per affrontare quelle sfide di inefficienza dei costi 
e dell'energia in modo da consentire di sfruttare i punti 
di forza dell’infrastruttura cellulare. In sostanza, c'è un 
bivio nel cammino di sviluppo LTE. Un percorso (verso 
il 5G) è ottimizzato per velocità molto elevate e latenze 
molto basse per applicazioni futuristiche come la condu- 
zione di interventi chirurgici in remoto o lo streaming di 
film di qualità cinematografica a casa tua. L'altro percor- 
so, su cui ci concentreremo qui, è ottimizzato per dispo- 
sitivi a basso rendimento e bassa potenza come quelli 
nelle distribuzioni loT. 


I DUE STANDARD 

LTE CAT M1 è definito come “una tecnologia per aree 
estese a bassa potenza che supporta l’loT attraverso 
una minore complessità del dispositivo e fornisce una 
copertura estesa, consentendo nel contempo il riutilizzo 
della base installata LTE. Ciò consente una durata della 


batteria di almeno 10 anni per un’ampia gamma di casi 
d’uso, con costi del modem ridotti del 20-25 percento 
rispetto a quelli EGPRS”. LTE-M ha una larghezza di 
banda più ampia, che ne consente l'utilizzo in più po- 
sizioni fisiche e per applicazioni che richiedono un 
trasferimento di dati più elevato. Tuttavia, questi van- 
taggi comportano un compromesso: la flessibilità e la 
velocità di trasmissione dati lo rendono un’opzione 
più costosa. 

NB-loT (abbreviato da NarrowBand per loT) è definito 
come “una tecnologia LPWA (Low Power Wide Area) 
basata su standard sviluppata per abilitare una vasta 
gamma di nuovi dispositivi e servizi loT”. NB-loT miglio- 
ra significativamente il consumo energetico del dispo- 
sitivo utente, la capacità del sistema e l’efficienza dello 
spettro, specialmente in una copertura profonda. La du- 
rata della batteria di oltre 10 anni può essere supportata 
per una vasta gamma di casi d'uso. La sua banda più 
stretta e la minore frequenza di utilizzo dei dati sono 
dei vantaggi per l’efficienza e il costo della batteria, 
ma risulta anche meno flessibile di LTE-M nei termini 
di dove e come può essere implementata. 

NB-loT e CAT M1 (figura 1) sono stati progettati per 
offrire tecnologie affiliate, ma con funzionalità com- 
plementari adatte a due delle esigenze più comuni de- 
gli sviluppatori di prodotti: un'opzione pone l’accento 
sull’estensione della durata della batteria e sulla ri- 
duzione dei costi e un’altra opzione offre maggiore 
flessibilità e prestazioni. Vale la pena notare che CAT 
M1 ha ricevuto un notevole impulso nelle prime adozioni 
poiché i vettori lo hanno utilizzato per sostituire le reti 
2G che erano in fase di eliminazione. Uno dei principali 
modi in cui 2G era ancora utilizzato era per le applica- 
zioni di tracciamento e gestione della flotta, che sono 
essenzialmente applicazioni M2M ideali per le capacità 
di CAT M1. Ciò ha rappresentato una prima convalida di 
queste tecnologie e la motivazione a crescere per altre 
applicazioni loT. 


7 SUGGERIMENTI PER L'IMPLEMENTAZIONE 
L'opzione cellulare presenta vantaggi significativi per 
molte applicazioni loT, ma la complessità del suo utiliz- 
zo ha causato un avvio lento della sua adozione. Nordic 
Semiconductor ha recentemente riferito che “l’adozio- 
ne delle tecnologie loT cellulari non viene rallentata 
dal prezzo elevato dei chipset, ma dalla complessità 
del loro design”. La complessità della progettazione 
con la tecnologia cellulare è amplificata in un ambien- 
te loT a causa di quanto sia difficile pianificare ed ese- 
guire prodotti e implementazioni loT di successo. Tutto 
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ciò cambierà presto, perché il vantaggio della notevole 
durata della batteria di LTE-M e NB-IoT, l'utilizzo dei 
dati economico e l'infrastruttura di celle onnipresenti sa- 
ranno abbracciati da un numero crescente di produttori 
come protocollo ideale per molte delle iniziative loT in 
cantiere . 

Comprendere e razionalizzare il processo di progetta- 
zione sarà fondamentale per stare al passo con la cre- 
scente domanda del mercato di dispositivi a basso con- 
sumo e connessi in modalità wireless con la possibilità 
di connettersi alle reti LTE globali. Di seguito vengono 
descritti una serie di pratiche (figura 2) e avvertenze da 
tenere in conto nei progetti loT basati su tecnologia cel- 
lulare. 


1.LA GIUSTA TECNOLOGIA 

I due standard a basso consumo per l’loT cellula- 
re sono stati progettati per essere complementari 
e utilizzabili all’interno delle stesse implementazio- 
ni. Alcuni dispositivi in una rete (e i compiti a cui sono 
assegnati) potrebbero richiedere durata della batteria 
maggiore e altre qualità per cui risulti ideale NB-loT. 
Nel frattempo, un altro dispositivo altrove nella stessa 
rete potrebbe avere un ruolo che rende la flessibilità e 
la gamma di banda più ampia la soluzione migliore, ad 
esempio per fare un aggiornamento del firmware over- 
the-air. L'IoT cellulare non obbliga a prendere una deci- 
sione esclusiva. Per ogni dispositivo che viene proget- 
tato e per il ruolo che tale dispositivo dovrà svolgere può 
essere presa una decisione differente. Questo offre la 
responsabilità di fare la scelta giusta per ogni progetto e 
farlo pensando in anticipo a dove e come verrà utilizzato 
il dispositivo. 


2.COMBINARE CON ALTRE TECNOLOGIE 

Anche se si decide che NB-loT e LTE-M sono le tec- 
nologie giuste per il modo in cui le reti di sensori e i 
dispositivi inviano e ricevono dati sul cloud e sui sistemi 
informatici principali, ciò non significa che non ci sia un 
ruolo per altre tecnologie wireless. Ad esempio, la mi- 
gliore strategia di comunicazione tra i dispositivi potreb- 
be essere quella di utilizzare il Bluetooth a bassa po- 
tenza in combinazione con LPWA cellulare, utilizzando 
entrambi sullo stesso dispositivo per ottimizzare il modo 
in cui i dispositivi comunicano, i ruoli che svolgono, le 
prestazioni della batteria e il trasferimento dei dati all’in- 
terno della rete. La possibilità di combinare le tecnolo- 
gie dovrebbe essere affrontata all’inizio del processo di 
pianificazione di un progetto loT, con la discussione su 
come scegliere la tecnologia giusta per ogni compito e 
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quindi lavorare con moduli, modem e kit che semplifi- 
cano il processo di collegamento e certificazione delle 
tecnologie su ogni dispositivo. 


3.EVITARE L’OVERSHARING 

Una delle cose più importanti da pianificare all’inizio 
dei progetti è il modo in cui la connettività cloud opera 
nell'implementazione dell’loT. La connettività cloud è 
fondamentale per ogni progetto loT, indipendente- 
mente dalla tecnologia wireless utilizzata, ed è parti- 
colarmente importante per l’loT cellulare poiché la ge- 
stione dei dati può avere un impatto elevato sui costi 
operativi. Il canale per il trasferimento di dati con questi 
protocolli loT cellulari è piuttosto stretto, quindi la con- 
figurazione del dispositivo per l'invio continuo di dati al 
cloud comporterà costi significativi. In parole povere, l’o- 
versharing può costare molto, soprattutto quando viene 
moltiplicato per dozzine o centinaia o migliaia di dispo- 
sitivi loT. AI contrario, la connettività cloud nelle distribu- 
zioni loT consente di eliminare dal dispositivo gran parte 
del carico di archiviazione e elaborazione dei dati al fine 
di ridurre al minimo il consumo di energia, le dimensioni, 
i costi, ecc. C’è un equilibrio da trovare tra ciò che il 
dispositivo invia al cloud, cosa richiede il cloud e in 
che modo i due collaborano per ottimizzare presta- 
zioni e costi dei dati. 


4.TEST E CERTIFICAZIONE 
La certificazione per qualsiasi tecnologia wireless è dif- 
ficile, come sa chi lavora con Bluetooth o Wi-Fi. Ma la 
certificazione cellulare è molto più difficile perché ci 
sono tre livelli di certificazione: 
1. certificazione con le autorità nazionali di regola- 
mentazione. 
2. certificazione con associazioni industriali inter- 
nazionali. 
3. certificazioni con i singoli gestori che spesso 
hanno il proprio processo di certificazione prima 
che i dispositivi possano connettersi alle loro reti. 


A causa di questo rigoroso e costoso processo di cer- 
tificazione, è indispensabile pianificare la certificazione 
il primo giorno delle discussioni per un'iniziativa loT, 
fattorizzando nel tempo le certificazioni nella sequenza 
temporale generale e cercando modi per semplificare le 
certificazioni utilizzando i moduli dei principali fornitori. 

Un'altra cosa fondamentale a cui pensare all’inizio sono 
i test che ben si adattano alla combinazione di tecnolo- 
gie che saranno presenti in molti prodotti loT. La combi- 
nazione di più tecnologie (BLE più cellulari) in un singo- 


lo dispositivo crea complessità quando si tratta di test, 
motivo per cui è importante eseguire test co-ubicati 
con un fornitore che ha esperienza nelle sfumature 
di quel processo e può aiutare a completarlo con 
successo. Meglio ancora se il partner di test può svol- 
gere un ruolo consultivo in punti chiave del processo 
di progettazione per assicurare l’utilizzo delle migliori 
pratiche per la posizione dell'antenna, la schermatura e 
altre decisioni tecniche che incidono sui risultati dei test 
e sul successo della certificazione. 


5.SCELTA DELL'ANTENNA 

Il numero di antenne disponibili per i progetti wireless è 
sbalorditivo. Ce ne sono migliaia in ogni forma, dimen- 
sione e combinazione di tecnologie. L'antenna e il modo 
in cui viene integrata in un progetto hanno un impatto 
enorme sulle prestazioni di un dispositivo e sul succes- 
so dell'implementazione globale dell’loT. La selezione 
dell'antenna diventa ancora più complessa per l’loT cel- 
lulare perché occorre tener presente diversi fattori: 

* la gammadi frequenze è ampia, con gestori di- 
versi che utilizzano segmenti diversi della ban- 
da. Questo significa che l’identificazione dell’o- 
peratore gioca un ruolo nella scelta dell'antenna. 

* la posizione fisica della distribuzione influisce 
sulla selezione dell'antenna. 

. la combinazione di NB-loT e LTE-M con una 
tecnologia wireless complementare come il 
Bluetooth influisce sulla scelta. 


Lavorare con un consulente o un'azienda con esperien- 
za nella selezione dell'antenna e nella progettazione di 
antenne personalizzate rende molto più probabile che 
l'antenna scelta per ciascun dispositivo sia ottimizzata 
per l’ambiente e l'applicazione. 


6.L'IMPORTANZA DEL GESTORE 
L’identificazione del gestore ha un impatto sostanziale 
sulle decisioni prese durante il processo di progettazio- 
ne. Una discussione sui gestori dovrebbe svolgersi il più 
presto possibile nel processo di pianificazione di un'ini- 
ziativa loT. Nella discussione, è importante allineare le 
esigenze del progetto alle capacità di ciascun ope- 
ratore telefonico, scegliendone uno con la mappa di 
copertura, le prestazioni della rete, la certificazione e i 
costi più adatti al progetto. 


7.STRATEGIA DI SOSPENSIONE 


Le opzioni della modalità di sospensione, che fanno 
parte dell’IoT cellulare, svolgono un ruolo fonda- 


mentale nel consentire la notevole durata della bat- 
teria che si adatta perfettamente alle implementazioni 
dell’IoT. | termini chiave del ciclo di sospensione con cui 
familiarizzare sono PSM ed eDRX che operano insie- 
me per rendere possibile la durata della batteria fino a 
10 anni. PSM (Power Saving Mode), che sta per mo- 
dalità di risparmio energetico, consente ai dispositivi 
di essere programmati per entrare in una modalità 
di sospensione profonda pur essendo raggiungibi- 
li. È possibile programmare il ciclo di sospensione con 
una varietà di parametri. Il risparmio di energia equivale 
quasi a quello che si otterrebbe spegnendo un disposi- 
tivo, ma il dispositivo rimane ancora registrato nella rete 
e non ha bisogno di perdere tempo ed energia per rista- 
bilire le connessioni. Ciò consente di risparmiare ener- 
gia sia durante la sospensione che durante il periodo 
di riattivazione per inviare/ricevere dati o intraprendere 
un'azione. L'eDRX (Extended Discontinuous Recep- 
tion) consente di ottimizzare il periodo di tempo tra i 
cicli di paging. | cicli di paging tipici per i dispositivi LTE 
sono lunghi 1,28 secondi. CAT M1 e NB-loT consentono 
di espandere questi cicli di paging di un fattore 8 fino 
a 10,24 secondi, il che è significativo già da solo. Ma 
eDRX consente di programmare serie consecutive di 
periodi da 10,24 secondi prima che un dispositivo attivi 
effettivamente una finestra di paging. Ciò consente ri- 
sparmi energetici maggiori consentendo di raggiungere 
l’obiettivo dei 10 anni nella durata della batteria . 


CONCLUSIONE 

Come nella ricerca di indicazioni per una nuova desti- 
nazione è importante considerare attentamente tutti i 
percorsi, comprendere la tecnologia cellulare per l’loT è 
essenziale al fine di effettuare la scelta più consapevole 
nei progetti loT. Alcune strade portano più velocemente 
a destinazione, facendo risparmiare tempo e denaro, 
mentre altre potrebbero essere, nel peggiore dei casi, 
dei vicoli ciechi. Con questo articolo speriamo di aver 
fornito al lettore gli strumenti per leggere meglio la map- 
pa delle possibilità e decidere la strada migliore da intra- 
prendere nell’implementazione di progetti loT utilizzanti 
tecnologia cellulare. 


L'autore è a disposizione nei commenti per eventuali 
approfondimenti sul tema dell’Articolo. Di seguito il link per 
accedere direttamente all’articolo sul Blog e partecipare alla 
discussione: 
https://it.emcelettronica.com/semplificare-i-progetti-iot-basati-su- 
standard-cellulari-a-bassa-potenza 
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AVR-IOT: UNA 
SCHEDA DI SVILUPPO 
PER COLLEGARE LE 
APPLICAZIONI IOT A 
GOOGLE CLOUD IN 
POCHI MINUTI 


di Andrea Garrapa 


Progettare sistemi sicuri e connessi al cloud non deve essere un processo faticoso. Le schede di sviluppo 
AVR-loT e PIC-loT di Microchip offrono un punto di partenza perfetto per gli ingegneri che vogliono creare 
un qualsiasi dispositivi loT, dai nodi sensori wireless ai sistemi di illuminazione intelligenti. Queste schede 
offrono una soluzione plug-and-play che combina un microcontrollore potente (AVR o PIC MCU), un ele- 
mento di sicurezza CryptoAuthentication e un modulo controller di rete Wi-Fi completamente certificato 
per fornire un modo semplice ed efficace per connettere le applicazioni integrate alla piattaforma Cloud 


loT di Google. Queste schede di sviluppo sono la base ideale per la creazione senza sforzo di progetti col- 


legati al cloud. In questo articolo ci focalizzeremo sulla scheda di sviluppo AVR-loT WCG. 


INTRODUZIONE 

icrochip e Google hanno stretto una partner- 

ship per fornire agli utenti uno strumento ide- 

ale per la realizzazione di progetti connessi 
al cloud. Combinando potenti microcontrollori, un 
elemento di sicurezza come CryptoAuthentication 
e un controller di rete Wi-Fi completamente certifi- 
cato, le schede di sviluppo AVR-loT e PIC-loT offro- 
no il modo più semplice ed efficace per collegare 
le applicazioni incorporate alla piattaforma Google 
Cloud loT. Le schede consentono di effettuare una con- 
nessione rapida e diretta a Google Cloud, con account 
sandbox gratuito per visualizzare i dati di luce e tempe- 
ratura. L'unica cosa da fare è scegliere l’architettura di 
microcontrollore preferita tra AVR o PIC per creare una 
connessione cloud facile e sicura. 
Grazie ad un’enorme base di applicazioni embedded 
basate su AVR e PIC, la connessione dei progetti al 
cloud per il comando o il controllo remoto diventa sem- 
plice come non mai. Caratteristiche principali delle 
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schede di sviluppo AVR-loT e PIC-loT, sono le se- 
guenti: 
* Passaggio da out-of-the-box a cloud-connected 
in 30 secondi 
e MCUintelligente integrata offre potenza di ela- 
borazione e semplicità 
e Core Independent Peripherals (CIP) riducono 
ulteriormente il consumo energetico 
e Autenticazione sicura con archiviazione della 
chiave privata basata su hardware 
e Collegamento facilitato del proprio progetto an- 
che qualora non si abbiano precedenti esperien- 
ze di progettazione wireless grazie al modulo 
Wi-Fi integrato 
e Robusto ecosistema per generare rapidamente 
codice e sviluppare applicazioni. 


Le schede di sviluppo possono risultare ottimali 
nella progettazione di applicazioni nei seguenti set- 
tori: 


AVR-IOT: UNA SCHEDA DI SVILUPPO PER COLLEGARE 
LE APPLICAZIONI IOT A GOOGLE CLOUD IN POCHI MINUTI 


0 


SMART | CONNECTED | SECURE 
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The ATECC608A CryptoAuthentication®M 
secure element ensures iron-clad security 
with hardware-based private key storage. 


li 


SMART 
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more performance with less power. 
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battery-powered applications. 


Figura 1: la scheda di sviluppo AVR-IloT WG con evidenziati i tre componenti fondamentali. 


e Sensorieattuatori loT Smart Home (illuminazio- 
ne, controllo accessi, climatizzazione) 

* Sensori industriali Smart City (qualità dell’aria, 
previsioni del traffico) 

e Salute (pressione arteriosa, frequenza cardiaca) 

e Sensori di controllo di processo Industry 4.0 (li- 
vello, pressione, temperatura, flusso) 


DIVIDERE IL PROBLEMA 

Le schede sono state pensate per dimostrare che la 
progettazione di una tipica applicazione loT può essere 
semplificata dividendo il problema in tre blocchi fonda- 
mentali: 


Smart 


Il cuore di una scheda di sviluppo loT risiede nel micro- 
controllore. La scelta tra AVR o PIC è puramente per- 
sonale. 

Queste MCU potenti ed efficienti consentono di portare 
in modo intelligente i dati sul Cloud. Tali microcontrollori 
sono scalabili e consentono di espandere le funzionalità 
loT aggiungendo sensori personalizzati all’applicazio- 
ne. Per la prototipazione rapida, le schede di sviluppo 
loT sono supportate dagli IDE Studio 7 e MPLAB X e 


da strumenti di sviluppo grafico come START e MPLAB 
Code Configurator (MCC). Questi strumenti semplifica- 
no il collegamento di applicazioni esistenti al cloud o lo 
sviluppo di nuovi progetti loT. 


Connesso 


La connessione al Cloud è affidata all’ATWINC1510 di 
Microchip, un controller di rete Wi-Fi a banda singola 
intorno ai 2,4 GHz specificamente ottimizzato per appli- 
cazioni loT a basso consumo. 

Con un consumo energetico estremamente ridotto, la 
possibilità di archiviare vari certificati di sicurezza e 8 
Mb di memoria flash integrata, questo dispositivo scari- 
ca tutte le attività di rete dalla CPU principale fornendo 
automaticamente una connessione sicura e l’autentica- 
zione del server a Google Cloud. 


Sicuro 


L'integrità di qualsiasi rete è determinata dal suo anello 
più debole. Poiché la superficie di attacco dei dispositivi 
loT continua a crescere con una netta accelerazione, la 
sicurezza non può più essere tralasciata. 

Le schede di sviluppo loT affidano la crittografia dei dati 
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al più recente elemento di CryptoAuthentication basato 
su hardware del portafoglio di Microchip, ATECC608A. 
Utilizzando la memorizzazione delle chiavi ultra sicu- 
ra, le contromisure crittografiche e l’oscuramento delle 
chiavi private da parte di utenti e software, questo ele- 
mento di sicurezza garantisce la massima fedeltà della 
trasmissione nel Cloud. 


LA SCHEDA DI SVILUPPO AVR-IOT WG 

La scheda di sviluppo AVR-loT WG (figura 1) è una pic- 
cola e facilmente espandibile piattaforma dimostrativa e 
di sviluppo per le soluzioni loT, basata sull’architettura 
del microcontrollore AVR che utilizza la tecnologia Wi- 
Fi. Come già visto, i tre sottoproblemi per risolvere le 
applicazioni loT connesse al Cloud, trovano soluzione in 


questa scheda di sviluppo nei seguenti elementi: 


1. Smart- rappresentato dal microcontrollore AT- 
mega4808 

2. Sicuro - rappresentato dall’elemento di sicurez- 
za ATECC608A 

3. Connesso - rappresentato dal modulo controller 
Wi-Fi WINC1510 


La scheda di sviluppo AVR-loT WG presenta un chip 
di interfaccia USB Nano Embedded Debugger (nE- 
DBG) che fornisce l’accesso a un'interfaccia seriale, 
un’interfaccia di archiviazione di massa per una facile 
programmazione “drag e drop”, configurazione e ac- 
cesso completo all’interfaccia UPDI del microcontrollo- 
re AVR per la programmazione e il debug direttamente 
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Figura 2: piedinatura della scheda di sviluppo AVR-loT WG. 
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Figura 3: partendo da destra la MCU ATmega4808, il modulo Wi-Fi WINCISTO e il modulo di sicurezza ATECCG6OSA. 


da Microchip MPLAB X IDE e Atmel Studio 7.0 IDE. La 
scheda di sviluppo di AvR-loT WG viene preprogram- 
mata e configurata per dimostrare la connettività a Go- 
ogle Cloud loT Core. 


La scheda di sviluppo AVR-loT WG presenta inoltre due 
sensori: 
e  Unsensorediluce 
e Un sensore di temperatura ad alta precisione - 
MCP9808 


Inoltre, un connettore mikroBUS è fornito per espan- 
dere le capacità della scheda con oltre 450 sensori e 
attuatori offerti da MikroElektronika attraverso un cre- 
scente portafoglio di schede Click. 

La scheda può essere cosi rapidamente trasforma- 
ta in un rilevatore di movimento, un monitor della 
frequenza cardiaca o qualsiasi altra cosa si possa 
immaginare. 


CARATTERISTICHE TECNICHE 
Le caratteristiche tecniche principali del kit di sviluppo 
AVR-loT WG vengono riassunte di seguito: 
e. Microcontrollore ATmega4808-MFR 
e Quattro LED di stato 
* Due pulsanti meccanici 
e Modulo Wi-Fi WINC1510 
e Sensore di luce TEMT6000 
e Sensore di temperatura MCP9808 
e Dispositivo CryptoAuthentication ATECC608A 
e Connettore mikroBUS 
e nEDBG 


e Identificazione della scheda in Atmel Studio 
e Microchip MPLAB X 
e Un LED verde per alimentazione e stato 
della scheda 
e Programmazione e debugging 
e Porta COMvirtuale (CDC) 
* Due canali per analizzatore logico (DGI 
GPIO) 
* Alimentato a batteria e USB 
e Caricabatterie Li-lon / LiPo 
e Alimentazione fissa a 3.3V 


La piedinatura del kit di sviluppo AVR-loT WG viene illu- 
strata nella figura 2. 


MICROCONTROLLORE ATMEGA4808 

Il microcontrollore ATmega4808 (figura 3) appartiene 
alla serie-0 megaAVR, che abbiamo già trattato in altri 
articoli sul nostro sito. 

Tale famiglia di microcontrollori estende le capacità in 
tempo reale dei sistemi di controllo combinando peri- 
feriche hardware intelligenti con le prestazioni a basso 
consumo del processore AVR. Nelle applicazioni dove 
acquisizione analogica dei dati ed elaborazioni rap- 
presentano le richieste essenziali, il microcontrol- 
lore ATmega4808 offre una conversione analogico 
digitale (ADC) ad alta velocità e Periferiche Indipen- 
denti dal Processore (CPI) facili da configurare. 
Queste caratteristiche rendono il microcontrollore un 
compagno ideale in sistemi complessi basati su micro- 
controllori, o un eccellente processore indipendente in 
progetti per sistemi di controllo e comando. 
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Figura 4: schermata della pagina web avr-iot.com che mostra in tempo reale il grafico dei dati raccolti dai sensori inte- 
grati di luce e temperatura. 


MODULO WI-FI WINC1510 

Il WINC1510 (figura 3) di Microchip è un modulo loT 
802.11 b/g/n a basso consumo, specificamente ot- 
timizzato per applicazioni loT a basso consumo. Il 
modulo integra amplificatore di potenza (PA), amplifica- 
tore a basso rumore (LNA), interruttore, gestione dell’a- 
limentazione e un’antenna stampata o un connettore 
micro co-ax (u.FL) per un’antenna esterna con fatto- 
re di forma ridotto (21,7 x 14,7 x 2,1 mm). 

È interoperabile con i punti di accesso 802.11 b/g/n di 
vari fornitori. Questo modulo fornisce porte SPI per l’in- 
terfaccia con un controller host. 

Il WINC1510 fornisce memoria flash interna e diverse 
interfacce periferiche, incluse UART e SPI. La sola fonte 
di clock esterna necessaria per il WINC1510 è l’oscilla- 
tore a cristallo integrato ad alta velocità (26 MHz). 
L'interfaccia di comunicazione tra ATmega4808 e il mo- 
dulo Wi-Fi WINC1510 è la SPI, insieme ad alcuni se- 
gnali di abilitazione e interrupt. Il resto delle connessioni 
sono lasciati scollegati. 


ATECC608A 

ATECC608A (figura 3) è un elemento di sicurezza dal 
portafoglio CryptoAuthentication di Microchip con fun- 
zionalità avanzate di Crittografia a curva ellittica 
(ECC). 
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Con ECDH e ECDSA integrati, questo dispositivo è ide- 
ale per il mercato in rapida crescita dell’loT poichè co- 
pre l’intera gamma dei requisiti di sicurezza quali riser- 
vatezza, integrità dei dati e autenticazione per sistemi 
con MCU o MPU che eseguono algoritmi di crittografia/ 
decrittografia. Analogamente a tutti i prodotti CryptoAu- 
thentication di Microchip , il nuovo ATECC608 impiega 
conservazione crittografata della chiave ultra sicura 
basata su hardware e contromisure crittografiche 
che eliminano qualsiasi potenziale intrusione legata 
a debolezze del software. 

Il dispositivo ATECC608A presente sul kit AVR-loT WG 
viene utilizzato per archiviare la chiave pubblica e priva- 
ta da usare nelle comunicazioni loT sicure. 


ALTRE PERIFERICHE 

La scheda AVR-loT WG contiene un Embedded De- 
bugger (nEDBG) per la programmazione on-board e 
il debug. nEDBG è un dispositivo USB composito di di- 
verse interfacce: un debugger, un dispositivo di memo- 
rizzazione di massa, un gateway dati e una porta COM 
virtuale. Insieme ad Atmel Studio, l'interfaccia del de- 
bugger nNEDBG può programmare ed eseguire il debug 
di ATMega4808. 

La porta COM virtuale è collegata a una UART su AT- 
mega4808 e fornisce un modo semplice per comunica- 


re con l’applicazione di destinazione tramite terminale 
software. 

Il sensore di temperatura digitale MCP9808 converte 
le temperature tra -20 ° C e + 100 ° C in una parola di- 
gitale con precisione + 0,25 ° C /+ 0,5 ° C (tipica / mas- 
sima). Il sensore di temperatura MCP9808 è collegato 
all’ATmega4808 tramite 12C e un GPIO. 

Il sensore di luce TEMT6000X01 è montato sul kit 
AVR-loT WG per misurare l’intensità della luce. 

Il sensore è una fonte di corrente che induce una ten- 
sione sul resistore in serie, che a sua volta può essere 
misurata con l’ADC dell’ATmega4808. 

La corrente è legata esponenzialmente all’illuminamen- 
to, da circa 10uA@20lx a 50uA@100lx. Il resistore di 
serie ha un valore di 10kQ. 

Sono disponibili quattro LED sulla scheda AVR-loT WG 
che possono essere controllati con PWM o GPIO. | LED 
possono essere attivati portando la relativa linea di I/O 
a GND. 

AVR-loT WG contiene due pulsanti meccanici. Si trat- 
ta di pulsanti generici configurabili dall'utente. Quando 
si preme il tasto, la linea di I/O viene portata a GND. 


VISUALIZZARE DATI DEL CLOUD IN TEMPO 
REALE 

Connettere la scheda al Cloud è davvero semplice e 
veloce, tant'è che gli sviluppatori di Microchip hanno sti- 
mato il tempo tra lo spacchettamento della scheda 
e la connessione alla piattaforma di Google in circa 
30 secondi. Vediamo i passi da eseguire per effettuare 
una prima analisi dei dati raccolti dai sensori integrati 
di luminosità e temperatura grazie ai servizi di Google 
Cloud loT. 

La prima cosa da fare e collegare la scheda di svilup- 
po al PC con un cavo micro USB. Il personal computer 
riconoscerà la scheda come unità di archiviazione rimo- 
vibile denominata CURIOSITY. 

L'unità CURIOSITY conterrà diversi file. 

Cliccando su CLICK-ME.HTM verrà aperto il portale 
Google Cloud personale configurato in un browser. Im- 
mettendo le informazioni sulla rete wireless e cliccando 
su “Scarica configurazione” verrà scaricato il file di con- 
figurazione Wi-Fi, WIFI.CFG. 

Trascinando e rilasciando il file scaricato WIFI.CFG 
nell’unità CURIOSITY, la scheda dovrebbe lampeggiare 
e connettersi automaticamente alla rete. 

Una volta connessa la scheda, ci si potrà immediata- 
mente immergere nell’account sandbox Google Cloud 
di Microchip. 

Tutte le schede di sviluppo AVR-loT sono preregi- 


strate nell’account sandbox Google Cloud di Mi- 
crochip. Questo account è impostato a solo scopo 
dimostrativo. 

Tutti i dati raccolti dai sensori delle schede di svi- 
luppo AVR-loT sono pubblicate sull’account sand- 
box di Microchip. 

Non vi è alcuna memorizzazione permanente o raccol- 
ta dei dati pubblicati dalle schede collegate tramite ac- 
count sandbox Microchip. 

L’archiviazione completa delle funzionalità di Go- 
ogle Cloud sarà disponibile per l’utente dopo aver 
rimosso la scheda dall'ambiente demo e migrato su 
un account privato. 

Una volta che la scheda è connessa al Wi-Fi e al Cloud, 
la pagina web avr-iot.com mostrerà in tempo reale il 
grafico dei dati raccolti dai sensori di luce e temperatura 
integrati (figura 4). 

I dati vengono trasferiti e trasformati dal sensore al 
cloud attraverso un oggetto JSON: una stringa ASCII 
formattata come segue: {'Light': XXX, ‘Temp’: YYY}, 
dove XXX e YYY sono valori numerici espressi in nota- 
zione decimale. 


CONCLUSIONE 

Il servizio Cloud loT di Google è uno strumento che con- 
sente di archiviare, elaborare, analizzare i dati prove- 
nienti da milioni di dispositivi. 

Michochip con le sue schede di sviluppo AVR-loT WG 
e PIC-loT WG offre degli strumenti potenti per collegare 
in maniera rapida e sicura le applicazioni integrate con 
la piattaforma Cloud di Google. 

Nella progettazione di queste schede, Microchip ha 
posto l’enfasi su tre aspetti fondamentali: la poten- 
za, rappresentata dal microcontrollore ATmega4808; 
la sicurezza rappresentata dal modulo ATECC608A; 
e la connettività rappresentata dal controller Wi-Fi 
WINC1510. 

Insieme ad altre periferiche integrate, le schede di svi- 
luppo si pongono come un ambiente ideale per realiz- 
zare i propri progetti loT e collegarli rapidamente e fa- 
cilmente alla piattaforma Cloud di Google per usufruire 
dei servizi offerti. 


L'autore è a disposizione nei commenti per eventuali 
approfondimenti sul tema dell’Articolo. Di seguito il link per 
accedere direttamente all’articolo sul Blog e partecipare alla 
discussione: 
https://it.emcelettronica.com/avr-iot-una-scheda-di-sviluppo-per- 
collegare-le-applicazioni-iot-a-google-cloud-in-pochi-minuti 
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SDK PER 


ESPERTINO: GUIDA 
ALL'INSTALLAZIONE 


di Stefano Lovati 


ESPertino è una scheda di prototipazione rapida particolarmente orientata alle applicazioni loT. Sappia- 


mo che tra i suoi punti di forza risiede la possibilità di essere programmata tramite l’ambiente Arduino 


IDE, uno strumento di semplice e immediato utilizzo anche per i non specialisti. In questo articolo ci oc- 


cuperemo dell'ambiente di sviluppo ESP-IDF, l’SDK ufficiale per tutte le schede basate sul modulo ESP32. 


Anche se meno semplice rispetto ad Arduino IDE, l’SDK permette di sfruttare efficacemente le risorse 


hardware e software del modulo ESP32, consentendo il pieno controllo delle funzionalità offerte dalla 


scheda ESPertino. 


INTRODUZIONE 

uando si utilizza una scheda di prototipazio- 

ne rapida potente e versatile come ESPertino, 

l'approccio più comunemente seguito è quello 
di arrivare nel più breve tempo possibile a un prototi- 
po dell’applicazione funzionante, qualcosa che possa 
essere utilizzata come “demo” del prodotto finale. In 
questo processo l’ambiente di sviluppo utilizzato eser- 
cita un ruolo fondamentale, ottimizzando e riducendo i 
tempi di sviluppo dell’applicazione. L'ambiente Arduino 
IDE, opportunamente esteso per supportare il modulo 
ESP32, è sicuramente in grado di soddisfare pienamen- 
te questi requisiti. In realtà, Arduino IDE e il suo plugin 
per ESP32 rappresentano un’astrazione (una “virtualiz- 
zazione” come potremmo dire oggi) di un sistema che 
in realtà (dietro le quinte e in modo del Itutto trasparente 
rispetto all'utente) viene programmato utilizzando stru- 
menti software come l’SDK e il kernel FreeRTOS. Per 
meglio comprendere questa “stratificazione” dei livelli 
software disponibili sul modulo ESP32 possiamo fare 
riferimento alla Figura 1. 
Il livello più basso della gerarchia è rappresentato 
dall’hardware, ovvero il modulo ESP32 equipaggiato 
con un microcontrollore Tensilica Xtensa LX6 nella ver- 
sione dual core. Oltre alla MCU e alle sue periferiche, 
questo livello include alcune funzioni mappate diretta- 
mente dal produttore nella memoria ROM: questo codi- 
ce gestisce funzionalità di basso livello del modulo (ad 
esempio gli stack Bluetooth e Ethernet) e viene invocato 
direttamente dagli strati superiori (in particolare l'SDK). 
Immediatamente sopra l'hardware “poggia” il sistema 
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operativo, più precisamente il kernel FreeRTOS adat- 
tato per gestire l'architettura a doppio core dell’LX6. Il 
kernel fornisce il supporto per tutte le operazioni relative 
alla creazione, cancellazione, sincronizzazione e comu- 
nicazione tra task. Il kernel non fornisce invece alcun 
supporto per la gestione delle periferiche (SPI, I2C, I2S, 
DAC/ADC, GPIO e altro ancora): questo compito è a 
carico dell'SDK. L'SDK mette infatti a disposizione dello 


x 


Arduino IDE 


SDK (ESP-IDF) 


FreeRTOS 


Hardware 


(Tensilica Xtensa LX6) 


N 


Figura 1: i differenti livelli software presenti nel modulo 
ESP32 


\ 


MSYS2 —» CLONE DI ESP-IDF -—» = SETDI IDF PATH 
MAKE FLASH < MAKE 


TEST 


MENUCONFIG 


Figura 2: schema a blocchi con i passi necessari per l'installazione dell'SDK sotto Windows 


sviluppatore tutti i driver (che spesso includono la cre- 
azione di uno o più task FreeRTOS) per la gestione di 
alto livello delle periferiche, incluso il Bluetooth BLE e il 
WiFi. Le chiamate alle funzioni di basso livello in ROM 
sono dunque “annegate” nell’SDK e lo sviluppatore non 
deve preoccuparsene: è sufficiente fare riferimento alla 
documentazione dell’SDK, in cui sono riportate tutte le 
API, i tipi e le costanti da utilizzare a livello applicati- 
vo. Arduino IDE occupa il livello più alto della gerarchia 
software, fornendo la massima astrazione rispetto sia 
all'hardware sia ai livelli software sottostanti. Utilizzando 
ad esempio le librerie di base dell'ambiente (come ad 
esempio la libreria Serial) l'utente non trova alcuna dif- 
ferenza, a livello di programmazione dello sketch, tra un 
sistema hardware basato su un microcontrollore AVR e 
una board basata sul modulo ESP32. 

L'SDK ESP-IDF, anche se meno “user friendly” rispetto 
ad Arduino IDE, merita comunque una certa attenzione 
e in alcuni casi si dimostra insostituibile. E' ad esempio 
possibile gestire alcune operazioni non altrimenti ese- 
guibili come: 

e gestione delle partizioni sulla memoria flash: si 
può decidere tra destinare l’intera memoria fla- 
sh all'applicazione, oppure dividerla in due seg- 
menti in modo tale da gestire l'aggiornamento 
del programma applicativo con la tecnica OTA 
(aggiornamento “live”, senza richiesta di pas- 
saggio per il bootloader); 

e gestione di funzionalità avanzate del modulo 
ESP32, come ad esempio la modalità a bassis- 
simo assorbimento (deep sleep); 


* possibilità di modificare e ricompilare la libreria 
FreeRTOS in modo da personalizzare il com- 
portamento del kernel (Arduino IDE utilizza tale 
libreria ma dal suo ambiente non è possibile ri- 
generarla); 

e possibilità di personalizzare i parametri di con- 
figurazione e le funzionalità di un'applicazione 
tramite il comando make menuconfig (di cui 
parleremo più avanti). 


In Figura 2 possiamo osservare lo schema a blocchi 
delle operazioni necessarie per eseguire l'installazione 
dell'SDK. Per semplicità faremo riferimento all’installa- 
zione in ambiente Windows (significativa perché richie- 
de l'utilizzo di tool non disponibili in modo nativo su tale 
sistema), ma ricordiamo che l'SDK è disponibile anche 
per i sistemi Linux e Mac OS. 

Vediamo ora in dettaglio i vari passi su cui si articola 
l'installazione dell’SDK per il modulo ESP32, tenendo 
presente che tutto il software e la relativa documenta- 
zione sono disponibili su GitHub a questo indirizzo. 


INSTALLAZIONE DI MSYS2 

Il sistema operativo Windows non dispone di un am- 
biente di compilazione integrato basato su “make”, per 
cui dovremo anzitutto installare un ambiente compatibi- 
le con la linea di sviluppo GNU. La soluzione più imme- 
diata è quella di utilizzare l’ambiente MSYS2, di cui è 
disponibile una versione adatta allo sviluppo per il mo- 
dulo ESP32 e corredata degli strumenti Git e Python, 
entrambi richiesti dalla linea di sviluppo. A tale scopo è 
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SDK PER ESPERTINO: GUIDA ALL'INSTALLAZIONE 


G | è Sicuro | https://docs.espressif.com/projects/esp-idf/en/latest/get-started/windows-setup.html A 


@ ESP-IDF Programming Guide 


Docs » Get Started » Standard Setup of Toolchain for Windows © Edit on GitHub 


© Get Started 


Introduction 
What You Need 
Guides 
© Setup Toolchain 
© Windows 
Introduction 
Toolchain Setup 


Check it Out 


Standard Setup of Toolchain for Windows 
[XY] 


Introduction 


Windows doesn't have a built-in “make” environment, so as well as installing the toolchain you will 
need a GNU-compatible environment. We use the MSYS2 environment to provide this. You don't 
need to use this environment all the time (you can use Eclipse or some other front-end), but it runs 
behind the scenes. 


The quick setup is to download the Windows all-in-one toolchain & MSYS2 zip file from 


Setup Path to ESP-IDF 


Start a Project 


Connect 
onfigure 


Check it Out 


Next Steps Toolchain Setup 
Updating The Environment 
Related Documents 
dl.espressif.com: 
Linux 
MacOs 
Get ESP-IDF 


https://dl.espressif.com/dl/esp32_win32_msys2_environment_and_toolchain-20180110.zip 


Unzip the zip file to c:\ (or some other location, but this guide assumes c:\ ) and it will create an 
msys32 directory with a pre-prepared environment. 


Figura 3: download del pacchetto MSYS2 


sufficiente accedere a questa pagina web e cliccare sul 
link alla versione più recente di MSYS2 preparata da 
Espressif Systems, come indicato in Figura 3. 

Una volta scaricato lo zip, è sufficiente decomprimerlo 
in una cartella sul proprio hard disk: il nostro consiglio 
è quello di eseguire l’installazione direttamente nella 
root del disco C (C:\), ciò semplificherà notevolmente le 
successive fasi di configurazione dell'ambiente. Dopo 
la decompressione del file, l’ambiente sarà disponibile 
nella cartella C:\msys32. Possiamo a questo punto veri- 
ficare il corretto comportamento dell'ambiente attivando 
il programma C:\msys32\mingw32.exe: avremo a que- 
sto punto disponibile una bash shell che utilizzeremo 
per interfacciarci con l’ambiente di sviluppo ESP-IDF 
(Figura 4). 


AMBIENTE ESP-IDF 

L'ambiente ESP-IDF, disponibile su GitHub a questo in- 
dirizzo, deve essere copiato (o meglio, “clonato” come 
si dice nella terminologia di Git) sulla propria macchina 
nella cartella esp. Apriamo dunque una shell mingw32. 
exe e digitiamo i seguenti comandi: 


mkdir -p -/esp 
cd -/esp 
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Il primo comando serve a creare la cartella esp a parti- 
re dalla propria home directory (-/), mentre il secondo 
comando serve a cambiare la directory corrente in esp. 
Possiamo a questo punto clonare sulla nostra macchina 
il repository remoto contenente l'SDK tramite il coman- 
do: 


git clone --recursive https://github.com/espressif/ 
esp-idf.git 


Si noti come l’indirizzo del repository possa essere otte- 
nuto facendo il cut & paste dalla pagina GitHub, come 
indicato in Figura 5 (il paste nella shell mingw32.exe si 
esegue cliccando il tasto destro e selezionando l’omoni- 
ma opzione dal menu contestuale). 

L'output prodotto dal lancio di questo comando (il cui 
completamento può richiedere un certo tempo, dipen- 
dente anche dalla qualità della connessione internet uti- 
lizzata) è visibile in Figura 6. AI termine dell'operazione, 
l’SDK sarà disponibile nella cartella -/esp/esp-idf. 


IMPOSTAZIONE DELLA VARIABILE PATH 


Con riferimento alla Figura 2, il passo successivo con- 
siste nella configurazione della variabile di ambiente 


copying skeleton files. 


these files are for the users to personalise their msys2 experience. 


They will never be overwritten nor automatically updated. 


./.bashrc' -> '/home/LOVATI//.bashrc' 


./.bash_logout' -> '/home/LOVATI//.bash_logout' 
./.bash_profile' -> '/home/LOvATI//.bash_profile' 


'./.inputrc' -> '/home/LOVATI//.inputrc' 
'./.profile' -> '/home/LOVATI//.profile' 


./.vimre' -> '/home/LOVATI//.vimre' 


LOVATI@NB-LOVATI ” 
$ 


contenente il percorso (path) all'’SDK appena installato. 
Questa variabile è fondamentale, in quanto è richiesta 
dall'ambiente di compilazione di una qualunque appli- 
cazione (tramite il comando make oppure tramite un 
ambiente IDE, come ad esempio Eclipse). La variabile 
d'ambiente (il cui nome deve essere IDF_PATH) può 
essere configurata in modo dinamico ad ogni apertura 
della shell mingw32.exe, oppure in modo statico inse- 
rendola in uno script avviato ad ogni attivazione della 
shell (noi sceglieremo quest'ultima opzione, in quan- 
to ci sembra quella più semplice e pratica). Dovremo 
anzitutto creare un file script, che possiamo chiamare 
export_idf _path.sh, all’interno della cartella C:/msys32/ 
etc/profile.d/. Questa cartella contiene tutti i file script 
che vengono automaticamente caricati ed eseguiti ogni 
volta che si apre una shell MSYS2. Possiamo utilizza- 
re un editor qualunque (anche Notepad di Windows) e 
creare il file direttamente nella stessa cartella oppure 
copiarlo tramite il file manager. Il file deve contenere la 
seguente (ed unica) riga: 


dove al posto di “user-name” occorre inserire il proprio 
nome utente, visibile nel prompt della shell MSYS2. 
Dopo aver salvato (oppure copiato) il file export_idf_ 


path.sh nel percorso indicato in precedenza, occorre 
chiudere e riaprire la shell MSYS2. Per verificare che la 
variabile di ambiente sia stata correttamente impostata, 
digitare nella shell il comando indicato in Figura 7. 


L'ambiente di sviluppo ESP-IDF include già due appli- 
cazioni di esempio, contenute all’interno della cartella 
-lesp/esp-idf/lexamples/get-started. Utilizzeremo uno 
di questi due esempi (hello_world) per prendere piena 
confidenza con l’ambiente, configurando, compilando e 
scaricando sulla scheda ESPertino l'applicazione stes- 
sa. Utilizziamo a questo scopo un'’approccio di tipo con- 
servativo, copiando l’intera cartella dell'esempio in un 
percorso separato, in modo tale da poter agire in com- 
pleta libertà, senza timore di alterare in modo lesivo i file 
originari (peraltro recuperabili in ogni momento tramite 
accesso al repository GitHub). Procediamo quindi co- 
piando l'esempio hello_world nella cartella -/esp tramite 
i seguenti comandi: 


Siamo a questo punto pronti per eseguire la configu- 
razione dell’applicazione di esempio. Ci occorre ora la 
board ESPertino, che andrà collegata a una porta USB 
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Figura 5: premendo sull'icona a destra, si esegue la copia nello scratchpad 


\Wl'ele MENZ/A=I-]0, 


$ git clone --recursive https://github.com/espressif/esp-idf.git 
Cloning into 'esp-idf'... 
Counting objects: 55573, done. 
Compressing objects: 100% (256/256), done. 


Receiving objects: 


VM EFE:7EFEZEDP 


804.01 KiB | 1.56 MiB/s 


Figura 6: lancio del comando di clonazione del repository Git dell'SDK 


del nostro computer, prendendo nota della porta seriale 
(COMxx) allocata per la comunicazione con il driver del 
convertitore USB-seriale. Un esempio è mostrato in Fi- 
gura 8, in cui il driver Silicon Labs è stato associato alla 
porta seriale COMG. Alternativamente, si può utilizzare 
un emulatore di terminale come TeraTerm, il quale prov- 
vede automaticamente a presentare solo le porte seriali 
riconosciute dal sistema operativo. 

Dobbiamo ora accedere alla cartella contenente l’ap- 
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plicazione hello_world e lanciare la configurazione del 
programma tramite i seguenti comandi impartiti dalla 
shell MSYS2 (mingw32.exe): 


cd -/esp/hello_world 


make menuconfig 


Dopo un'attesa di qualche secondo, al posto della shell 


DA- 


$ printenv IDF_PATH 
C:/msys32/home/LOVATI/esp/esp-idf 


$ | 


Figura 7: verifica della corretta impostazione della variaibile IDF_PATH 


«A Device Manager 


File Action View 


(a (2 = IR _ re) 
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PP WAN Miniport (L2TP) 


(iP WAN Miniport (PPPOE) 
fi WAN Miniport (PPTP) 
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IP Sierra Wireless EM7455 Qualcomm Snapdragon X7 LTE-A 


PP WAN Miniport (Network Monitor) 


ff? Silicon Labs CP210x USB to UART Bridge (COM6) 


Figura 8: come individuare la porta seriale utilizzata dalla scheda ESPertino 


vedremo l’immagine visualizzata in Figura 9. Si tratta 
in sostanza del menu di configurazione di ogni applica- 
zione sviluppata con l’SDK, in cui si possono seleziona- 
re, prima della compilazione, diverse opzioni. Una volta 
modificata e salvata la configurazione, l'SDK genera 
automaticamente un file di configurazione (in pratica un 
file header, quindi con estensione .h) che viene compi- 
lato con il resto dell’applicativo. 

Relativamente a questo programma di esempio, molto 
semplice, ci interessa solamente configurare la porta 
seriale utilizzata per la comunicazione con la scheda, 


annotata in precedenza. Selezioniamo quindi dal menu 
la voce “serial flasher config” e premiamo Enter. Ci verrà 
proposta una nuova schermata (Figura 10), in cui do- 
vremo selezionare e modificare il contenuto della prima 
riga inserendo la porta seriale di interesse (ad esempio 
COME), come indicato nelle Figure 10 e 11. 

Salviamo quindi il file di configurazione e usciamo dal 
menu selezionando la voce Exit (attenzione, l’opera- 
zione può richiedere un certo tempo, durante il quale il 
prompt della shell non è disponibile). 

Vale la pena proporre qualche semplice indicazione e 
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Espressif IoT Development Framework configuration 
Arrow keys navigate the menu. <Enter> selects submenus ---> (or empty 
submenus ----). Highlighted letters are hotkeys. Pressing <Y> 
includes, <N> excludes, <M> modularizes features. Press <Esc><Esc> to 
exit, <?> for Help, </> for search. Legend: [*] built-in [] 


SDK tool configuration ---> 
Bootloader config ---> 
Security features ---> 
Partition Table ---> 
compiler options ---> 
Component config ---> 


< Exit > < Help > < Save > < Load > 


Figura 9: il menu di configurazione di ogni applicazione sviluppata con l'SDK 


Ml “/esp/hello_world _ x 


serial flasher config 
Arrow keys navigate the menu. <Enter> selects submenus ---> (or empty 
submenus ----). Highlighted letters are hotkeys. Pressing <Y> 
includes, <N> excludes, <M> modularizes features. Press <Esc><Esc> to 
exit, <?> for Help, </> for Search. Legend: [*] built-in [] 


(CL AVASSTEO SEE 


Default baud rate (115200 baud) ---> 

[*] Use compressed upload 
Flash SPI mode (DIO) ---> 
Flash SPI speed (40 MHz) ---> 
Flash size (2 MB) ---> 
Detect flash size when flashing bootloader 
Before flashing (Reset to bootloader) ---> 
After flashing (Reset after flashing) ---> 
'make monitor' baud rate (115200 bps) ---> 


< Exit > < Help > < Save > < Load > 


Figura 10: configurazione della porta seriale con il valore di default 


consiglio relativi all'utilizzo del menu di configurazione * premere il tasto Enter per accedere a un sotto- 

(menuconfig): menu, oppure il tasto Esc per uscire da un sot- 
* per navigare tra le opzioni dei menu utilizzare i tomenu; 

tasti cursore freccia verso l'alto e freccia verso e premere il tasto ? per visualizzare la schermata 

il basso; di aiuto (dalla quale si esce premendo il tasto 
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TA - /esp/hello_world ia bb 


Please enter a string value. Use the <TAB> key to move from the input 
field to the buttons below it. 


COM6 


Ok > < Help > 


@ 


114 -/esp/hello_world DE 


Figura 11: modifica del campo con inserimento del valore corretto 


ake[1]: Leaving directory '/home/LOVATI/esp/esp-idf/tools/kconfig' 
Db} 40] \{2B Kc 


configuration written to /home/LOVATI/esp/hello_wor]d/sdkconfig 


ENUCONFIG 


End of the configuration. 
Execute 'make' to start the build or try 'make help'. 


ENCONFIG 


MINGW32 


Figura 12: log prodotto dopo il completamento del comando make menuconfig 


Enter); voce di menu. 
e utilizzare la barra spaziatrice oppure i tasti Y 

(yes) e N (no) rispettivamente per abilitare o di- COMPILAZIONE 

sabilitare le voci di menu contraddistinte da una Sempre con riferimento allo schema a blocchi di Figura 

checkbox “[*]"; 2, siamo ora giunti al blocco con la dicitura “Make Flash” 
e premendo il tasto ? quando è visualizzata una e pertanto siamo pronti a lanciare la compilazione del 

voce di configurazione, viene visualizzato l’help programma di esempio. 

relativo all'’opzione medesima; Se osserviamo l’output prodotto sulla shell MSYS2 
e premere il tasto / per eseguire la ricerca di una dopo l'esecuzione del comando make menuconfig (Fi- 
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1A -/esp/hello_world 


LOVATI@NB-LOVATI 
$ make flash 


=/esp/hello_world 


Flashing binaries to serial port CoM6 (app at offset 0x10000 )... 


SEJeauo[oN PI -\AAVZAIE RI 

o]g]a]=lch=1{gl° PRPPIA 

Chip is ESP32DOWDQ6 (revision 0) 
1 WiFi, BT, Dual core 


Configuring flash size... 
Auto-detected Flash size: 4MB 
Flash params set to 0x0220 
Compressed 20944 bytes to 12370... 


INyrote 20944 bytes (12370 compressed) at 0x00001000 in 1.1 seconds (effective 152.5 kbit/s)... 


Hash of data verified. 
Compressed 139424 bytes to 69411.. 


Nrote 139424 bytes (69411 compressed) at 0x00010000 in 6.2 seconds (effective 180.3 kbit/s)... 


Hash of data verified. 
Compressed 3072 bytes to 103... 


INrote 3072 bytes (103 compressed) at 0x00008000 in 0.0 seconds (effective 1261.2 kbit/s)... 


Hash of data verified. 


ICE VA Lal PUPA 
Hard resetting via RTS pin... 


LOVATI@NB-LOVATI -/esp/hello_wor1ld 


[e] ot ip i-Vol iP 
heap_init: 


App cpu up. 
Initializing. RAM available for dynamic allocation: 
heap_init: At 3FFAEGEO len 00001920 (6 KiB): DRAM 

heap_init: At 3FFB3300 len 0002CD00 (179 KiB): DRAM 
heap_init: At 3FFE0440 len 00003BCO (14 KiB): D/IRAM 
heap_init: At 3FFE4350 len 0001BCBO (111 KiB): D/IRAM 
heap_init: At 40088A9C len 00017564 (93 KiB): IRAM 


cpu_start: 
[el 0]U Mi=h et {gh 


ello world! 


his is ESP32 chip with 2 CPU cores, WiFi/BT/BLE, silicon revision 0, 4MB 


al flash 
Restarting in 10 seconds... 
Restarting in CITeLo]g* I-MIA 
Restarting in seconds... 
Restarting in C{=Telo]e{» PIA 
Restarting in seconds... 
Restarting in CITelo]a» (-3MM0A 
Restarting in CI-Tel og Ve -QMIPOA 
] ua C{=Tele]g» PIA 
ua seconds... 


NUBDBRDUIDONOW0IW0 


gura 12), notiamo che ci viene suggerito di lanciare il 
comando make per eseguire la compilazione, oppure 
make help per ottenere tutte le informazioni relative al 
comando. 

L'esecuzione del comando make produrrà la compila- 
zione di tutti i file richiesti dall’applicazione (incluse le 
librerie dell’SDK) e produrrà in uscita il file binario pronto 
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Pro cpu start user code 
starting scheduler on PRO CPU. 
(0) cpu_start: starting scheduler on APP CPU. 


per essere scaricato su ESPertino. Poiché è la prima 
volta che compiliamo l’SDK dopo averlo installato sul- 
la nostra macchina, dovremo generare tutte le librerie 
necessarie e l'operazione richiederà alcuni minuti (a se- 
conda delle prestazioni del PC utilizzato). 

Le successive compilazioni (a condizione che abbiano 
impatto solo sui file dell'esempio e non su quelli di siste- 


ma) procederanno invece in modo più spedito. Lancian- 
do il comando make con l'opzione flash (make flash) si 
può eseguire con un solo comando prima la compila- 
zione e successivamente l’upload del file binario sulla 
board ESPertino (quest'ultima dovrà essere collegata 
alla porta seriale configurata con il comando make me- 
nuconfig). 

Eseguiamo quindi il build dell’applicazione impartendo il 
seguente comando dalla shell MSYS2: 


make flash 


L'effetto di questo comando è quello di compilare i file 
sorgenti che compongono l’applicazione e le compo- 
nenti dell'SDK, generare il bootloader, la tabella delle 
partizioni (partition table) e il file binario dell'applicativo, 
procedendo poi con la programmazione degli stessi sul- 
la scheda ESPertino. 

In Figura 13 possiamo osservare l'output prodotto dal 
processo di compilazione e successivo upload del file 
binario sulla scheda ESPertino. 


VERIFICA E TEST 

L'applicazione che abbiamo scelto come esempio è 
molto semplice: dopo aver acquisito alcune informazioni 
relative alle caratteristiche hardware, le visualizza sulla 
linea seriale. Viene quindi fatto partire un timeout di 10 
secondi allo scadere del quale la board si resetta e il 
ciclo si ripete nuovamente. 

Per visualizzare l'output prodotto dall'esecuzione 
dell’applicazione possiamo utilizzare un comune pro- 
gramma di emulazione del terminale (come ad esem- 
pio TeraTerm), configurato alla velocità di 115200 bps. 
L'ambiente di sviluppo ESP-IDF, tuttavia, mette a di- 
sposizione dello sviluppatore un'’utilità che consente 
di attivare un monitor seriale direttamente dalla shell 
MSYS2. Per usufruire di questa utilità è sufficiente lan- 
ciare il comando make con l’opzione monitor dalla car- 
tella in cui è presente l’applicativo: 


cd -/esp/hello_world 


make monitor 


A questo punto la finestra della shell si trasformerà in 
un terminale seriale, mostrando la sequenza di caratteri 
ricevuti dall’applicazione (Figura 14). 


Per uscire dal monitor è sufficiente premere la sequen- 
za di tasti Ctrl - ], mentre Ctrl - T permette di richiamare 
l’help. Ogni altra sequenza di caratteri viene ignorata dal 
monitor. È inoltre possibile attivare il monitor contestual- 
mente alla compilazione e all’upload tramite il comando: 


make flash monitor 


AGGIORNAMENTO DELL’'SDK 

Il progetto ESP-IDF è in continua evoluzione e sotto- 
posto a frequenti aggiornamenti, sia per correggere 
eventuali bachi, sia per aggiungere nuove funzionalità 
all'SDK. 

È quindi preferibile tenere l’ambiente costantemente 
aggiornato, in modo da utilizzare sempre la versione 
più recente. 

Quest’operazione è molto semplice, gestita direttamen- 
te dal tool Git al quale occorre fornire i seguenti comandi 
dalla shell MSYS2: 


cd -/esp/esp-idf 
git pull 


git submodule update --init --recursive 


CONCLUSIONI 

Abbiamo visto in questo articolo come eseguire l’instal- 
lazione dell'ambiente di sviluppo ESP-IDF, ovvero l'SDK 
ufficiale per il Modulo ESP32 e quindi anche per la bo- 
ard ESPertino. 

Informazioni dettagliate relative all’utilizzo delle librerie 
e delle API esportate dall'SDK sono disponibili a que- 
sto indirizzo, corredate di numerosi esempi applicativi. 
In futuro torneremo ad occuparci di questo ambiente di 
sviluppo, proponendo nuove e interessanti applicazioni 
pratiche per la scheda ESPertino. 


L'autore è a disposizione nei commenti per eventuali 
approfondimenti sul tema dell’Articolo. Di seguito il link per 
accedere direttamente all’articolo sul Blog e partecipare alla 
discussione: 
https://it.emcelettronica.com/sdk-per-espertino-guida- 
allinstallazione 
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Vi piacerebbe accendere lo scaldabagno di casa con la semplice pressione di un’icona dello smartpho- 


di Giovanni Di Maria 


ne? Oppure, ancora, aprire e chiudere il cancello della propria villetta o spegnere le luci da qualsiasi po- 


sto vi troviate, sempre con l'ausilio del cellulare? Tutto questo è possibile grazie all'utilizzo di ESPertino, 


IFTTT e una Widget dello smart, creata ad hoc per lo scopo. 


INTRODUZIONE 

i giorni d'oggi, le applicazioni di domotica se ne 

contano a migliaia, di tutti i generi. Le possibilità 

di comandare, a distanza, le utenze domesti- 
che sono, ormai, una realtà ben consolidata. Quella che 
proponiamo qui può considerarsi un'alternativa interes- 
sante focalizzata, soprattutto, all'utilizzo congiunto della 
scheda ESPertino e IFTTT. Il sistema utilizza anche lo 
smartphone per inoltrare i comandi, attraverso delle ico- 
ne create appositamente per lo scopo. 


FINALITÀ DEL SISTEMA 

Il progetto che stiamo andando a proporre può rivelarsi 
utile in mille occasioni. Le sue finalità sono generiche e 
ogni utente può adattarlo alle proprie esigenze. Il siste- 
ma è composto da una unità di comando, rappresentata 


dal proprio smartphone e da una remota ricevente, for- 
mata dalla nostra scheda ESPertino. Tra queste due dà 
il proprio contributo il servizio di IFTTT. 

Come si evince dalla figura 1, l'utente ha a disposizione 
due icone sul telefonino che può utilizzare per attivare 
o disattivare un carico o un'utenza collegata alla centra- 
lina di ricezione. E’ importante notare che queste due 
icone non aprono una APP sullo smartphone (come, 
ad esempio, un browser o un pannello di controllo) ma 
eseguono semplicemente un’Applet, in modo traspa- 
rente e invisibile. La loro creazione, infatti, si basa sulle 
Widgets di IFTTT. 


ALCUNI UTILIZZI PRATICI 
Dal momento che il nostro maggiordomo elettronico 
remoto può pilotare qualunque tipologia di carico, 


Figura 1: lo schema di principio del sistema proposto 
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Figura 2: lo schema elettrico del maggiordomo remoto 


i suoi utilizzi sono, praticamente, infiniti. Tuttavia elen- 
chiamo solo alcune possibilità di applicazioni pratiche: 
* accendereo spegnere lo scaldabagno a distan- 
za; 
e aprireil cancello della propria villetta; 
* attivareodisattivare le luci del giardino o di casa 
quando si sta per rincasare; 
* accendere la televisione, la radio o le luci a di- 
stanza per simulare la propria presenza in casa 
e far desistere i malintenzionati dal furto; 
* attivare la saracinesca; 
e innescare la pompa per il pescaggio dell’acqua, 
quando si è lontani; 
*  emillealtre idee. 


SCHEMA ELETTRICO 
La figura 2 mostra il semplice schema elettrico. Esso è 
formato da: 

* la scheda ESPertino; 

e undiodo Led di segnalazione collegato alla por- 
ta GPIO 14, che è quella che fa capo anche al 
relé che si trova sulla stessa scheda; 

e un buzzer di avviso di commutazione, collegato 
alla porta GPIO 16; 

e un relé esterno, di potenza, per il pilotaggio di 
carichi molto robusti, funzionanti anche alla 
tensione alternata di 230V. 


Il diodo Led è preceduto da una resistenza di limita- 
zione, il cui valore è calcolato con la legge di Ohm. Il 
carico di potenza può essere costituito da qualunque 
attuatore: lampada a neon, a incandescenza, motore, 
lavatrice, forno, cancello, ecc. Il progettista deve solo 
dimensionare adeguatamente i dispositivi di commuta- 
zione. 


IL CABLAGGIO 

In figura 3 è possibile osservare il cablaggio del siste- 
ma. Se si prevede un’installazione definitiva, si consi- 
glia di allestire il circuito all’interno di una scatola di 
plastica, sotto la completa copertura del segnale WiFi. 
Le soluzioni per il carico sono molteplici. Se si prevede 
di comandare degli utilizzatori “leggeri” si può utilizzare 
solo il relé in dotazione con la scheda di ESPertino. AI 
limite è possibile implementare un sistema a transistor 
o a Mosfet. Viceversa occorre scegliere un relé mol- 
to robusto. La funzione del buzzer è quella di avvertire 
l’utente dell'avvenuta commutazione di stato del carico. 
Come vedremo più avanti, le durate dei suoi suoni pro- 
dotti sono differenti, a seconda che l’attuatore si attivi o 
meno. Anche il diodo Led ha esclusiva funzionalità di 
controllo. Non è indispensabile. 


LO SCRIPT IN PHP 


E’ necessario disporre di un server Web nel quale “de- 
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#include <WiFi.h> 


char* ssid = “NETGEAR-gio22”; 
const char* password = “miapassword”; 
WiFiClient client; Il Crea oggetto client 


const char* host. = “www.elektrosoft.it”; 

String url; 

Chan: 

String pacchetto; 

Me Variabili---------------------—- 

int Rele = 14; / Porta del Rele 1 di bordo 
int Buzzer = 16; // Porta del buzzer 


int flag_stato = 0; 

void setup() { 
Serial.begin(9600); / Comunicazione seriale a 9600 baud 
pinMode(Rele OUTPUT); 
pinMode(Buzzer OUTPUT); 
digitalWrite(Rele,LOW); / Spegne il Rele 
digitalWrite(Buzzer,LOW); / Spegne il Buzzer 
M--------- Aspetta alcuni secondi per sincronizzare il WiFi---------- 
Serial.printIn(); 
Serial.printIn(“Attesa per il WiFi..”); 
WiFi.begin(ssid, password); 
delay(10000); 
Serial.printIn(WiFi.localIP());  / Visualizza l'indirizzo IP di ESPertino 
Serial.printIn(“OK... pronto”); 
Mer Fine WiIFi----------------- 


} 
void loop() { 
M------- Prende il contenuto del file remoto maggiordomo.txt---------- 
url = “/public/maggiordomo.txt”; 
if(client.connect(host, 80)) { 
Serial.printIn(“CONNESSO.....’); 
client.print((String)”"GET “+ url + “ HTTP/1.1\r\n” + “Host: “ + String(host) + “\r\n” + “Connection: close\r\n\ 


n. 


r\n”); 


while ('!client.available()); 
/{----Costruisce una stringa con tutto il contenuto di cio’ che arriva dal Web------- 
pacchetto=""; 
while (client.available()) { 
c = client.read(); 
pacchetto+=c; 


} 

client.stop(); 
Serial.printIn(pacchetto); 
Serial.printIn(pacchetto.lengthi()); 


Me Se dentro la risposta del Server c'e’ la frase ‘CARICO ATTIVATO!'...------- 
if(pacchetto.indexOf(“CARICO ATTIVATO”) >= 0 && flag_stato==0) { 
digitalWrite(Rele, HIGH); 
digitalWrite(Buzzer, HIGH); 
delay(500); 
digitalWrite(Buzzer,LOW)); 
flag_stato=1; 


} 
Me Se dentro la risposta del Server c'e’ la frase ‘CARICO DISATTIVATO!...------- 
if(pacchetto.indexOf(“CARICO DISATTIVATO”) >= 0 && flag_stato==1) { 
digitalWrite(Rele,LOW); 
digitalWrite(Buzzer, HIGH); 
delay(200); 
digitalWrite(Buzzer,LOW); 
flag_stato=0; 


} 
delay(10000); 
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Figura 3: il cablaggio del maggiordomo elettronico\ 


positare” un file di testo con lo stato logico dell’attuatore. 
Esso sarà modificato da uno script, in linguaggio PHP, 
da richiamarsi all’occorrenza attraverso una richiesta 
HTTP. Si deve creare uno script in PHP, a cui diamo 
il nome di “maggiordomo.php” che, quando invocato 
attraverso la chiamata di una URL, memorizzi in un 
file un particolare contenuto. L'indirizzo chiamato deve 
anche contenere un parametro GET che lo script stes- 
so controlla e sceglie le informazioni da memorizzare 
nell'archivio testuale. Con un esempio chiariamo meglio 
il concetto. Se la URL chiamata è la seguente: 


http://www.elektrosoft.it/public/maggiordomo. 
php?stato=1 


lo script in PHP provvederà a memorizzare nel file “mag- 
giordomo.txt”, contenuto nella stessa cartella remota, la 
stringa “CARICO ATTIVATO”. 


Se, invece, la URL chiamata è la seguente: 
http://www.elektrosoft.it/public/maggiordomo. 
php?stato=0 


lo script in PHP provvederà a memorizzare nel file 
“maggiordomo.txt” la stringa “CARICO DISATTIVATO”. 
Sarà poi lo sketch di ESPertino che, tramite una sem- 
plice operazione di parsing, prenderà le decisioni del 


caso. Di seguito lo script, molto semplice. 


lf------------ maggiordomo.php -------- 
echo “Esecuzione dello script PHP <br>”; 
$stato=$_GET[‘stato”]; 
if($stato=="1”) { 
$myfile = fopen(“maggiordomo.txt”, “w”); 
fwrite($myfile”CARICO ATTIVATO”); 
fclose($myfile); 
echo “ON <br>”; 
echo $stato; 
} 
if($stato=="0"”) { 
$myfile = fopen(“maggiordomo.txt’, “w”); 
fwrite($myfile”CARICO DISATTIVATO”); 
fclose($myfile); 
echo “OFF <br>"; 
echo $stato; 


} 


> 


Come si vede, dopo aver visualizzato la parola “Esecu- 
zione dello script PHP”, il programma preleva il para- 
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metro dalla URL memorizzandolo nella variabile “stato”. 
Se tale parametro è uguale a 1, la stringa “CARICO AT- 
TIVATO” sarà memorizzata nel file “maggiordomo.txt”, 
aperto in modalità di scrittura. Viceversa la frase me- 
morizzata sarà “CARICO DISATTIVATO”. Il contenuto 
di tale file di testo sarà, poi, esaminato da ESPertino, 
come stringa di risposta dal server. 

E° possibile provare subito lo script, inviando le due URL 
viste in precedenza. Si può anche controllare il contenu- 
to del file di testo “maggiordomo.txt”, inoltrando, su un 
browser, l'indirizzo: 


if this then Mthat\ 


al d 


Webhooks 


I 


VEL GENTE SIE: 


Button widget 


Button press 


This action will make a web 
request to a publicly 
accessible URL. NOTE: 


This trigger fires every time 
you press the button. 


CORTES SSA 
limited 


WETGERTA CS A. 


ill m b re: 
[MINOII: 


URL 


http://www.elektrosoft.it /public/ 
maggiordomo.php?stato=1 


Add ingredient 


Method 


(ci 10 


Content Type 


text/plain 


È 


Figura 4: la procedura per la creazione dell'applet 
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http://www.elektrosoft.it[public/maggiordomo.txt 


Si ricorda che l'utente deve utilizzare l'host di cui ha il 
permesso in scrittura. 


ANDIAMOA CREARE LO SKETCH DI ESPERTINO 
Possiamo adesso dedicarci alla scrittura del program- 
ma per la scheda ESPertino. E' abbastanza semplice 
ma occo II listato inizia con l'inclusione del file header 
WiFi.h, necessario per il collegamento di ESPertino al 
WiFi e la configurazione delle credenziali per l’acces- 
so al router. Si passa, quindi, alla inizializzazione delle 
due variabili contenenti, rispettivamente, il numero della 
porta a cui è collegato il relé e quella dove è connesso 
il buzzer. Segue la funzione setup(), che esegue, una 
volta soltanto, la configurazione della linea seriale per 
i messaggi di controllo per il debug. Inoltre imposta la 
funzionalità della porta di I/O e, infine, effettua il colle- 
gamento effettivo al WiFi, con una pausa di attesa di 
almeno dieci secondi. Una volta che il programmatore 
ha testato il sistema, tutte le funzione “Serial.printIn()” 
potranno essere eliminate. Quindi, ha luogo la funzione 
loop(), che si ripete ogni dieci secondi. In essa il pro- 
gramma ricostruisce, a ogni “giro”, una stringa conte- 
nente l’intera risposta inviata dal server a ogni richie- 
sta HTTP, dopo che il software interroga il file di testo 
“maggiordomo.txt”. 

Se all'interno del pacchetto anzi, più precisamente, in 
coda è presente la stringa “CARICO ATTIVATO”, si atti- 
va il relé (assieme al relativo diodo Led sulla porta 14) e 
il buzzer emette un suono per mezzo secondo. 

Se, nell'altro caso, all’interno del pacchetto è presente 
la stringa “CARICO DISATTIVATO”, il relé e il diodo Led 
si spengono e il buzzer emette un breve suono di 200 
millisecondi. La presenza del “flag_stato” consente di 
ripetere le porzioni condizionali solo una volta. 


L'APPLET DI IFTTT 

Andiamo a creare, adesso, le due applets su IFTTT. In 
pratica esse sono identiche tra loro, cambia solo il pa- 
rametro della URL passata che, rispettivamente, attiva 
o disattiva il carico. Come condizione “if this”, stavolta 
andiamo a selezionare il servizio Button widget. La fi- 
gura 4 mostra l’intera procedura da seguire. Questo ser- 
vizio è innescato ogni volta che sul proprio smartphone 
viene pressata un’apposita icona, creata attraverso il 
widget di IFTTT. Nel prossimo paragrafo esamineremo 
tale procedura. Come azione “that” scegliamo il servi- 
zio Webhooks, già esaminato in altri nostri precedenti 
articoli. Esso effettuerà delle richieste web HTTP verso 
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Figura 5: le due applets create 


gli indirizzi prima esaminati. rre focalizzare alcuni punti 
critici. Occorre creare due applet con la stessa filosofia 
di funzionamento. Alla prima, alla quale si attribuirà il 
nome “ATTIVA” si deve passare la seguente URL: 


http://www.elektrosoft.it/public/maggiordomo. 
php?stato=1 


Alla seconda, alla quale si attribuirà il nome “DISATTI- 
VA” si deve passare quest'altra URL: 


http://www.elektrosoft.it/public/maggiordomo. 
php?stato=0 


Per la prossima fase teniamo a mente tali nomi. In figura 
5 è possibile osservare entrambe le applets create. 


LA CREAZIONE DELLE 
SMARTPHONE 


Accediamo, adesso, alla scheda delle Widgets del no- 


ICONE SULLO 


stro smartphone. Ricordiamo che per l’implementazione 
e il funzionamento della procedura deve essere instal- 
lata l'applicazione IFTTT con le proprie credenziali. In 
dettaglio occorre seguire le seguenti fasi: 

1. si selezioni l’incona “Applicazioni”; 

2. si faccia “tap” sulla scheda “Widget”; 

3. si scorrano le pagine fino a trovare le widget 
di IFTTT. Allo stato attuale esse sono due: la 
“small” e la “large”, come si può evincere dalla 
figura 6; 

4. si selezioni la widget preferita tenendola premu- 
ta per qualche istante; 

5. la si trascini nell’area desiderata; 

6. il sistema, adesso, chiede di associarla a una 
delle due applets create in precedenza, come 
visibile in figura 7. Si scelga, come prima volta, 
l’applet “ATTIVA”; 

7. siripetala procedura per l’altra applet. 

Finalmente, alla fine lo smartphone conterrà due nuove 
icone, come mostrato in figura 8. La prima serve per 
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Figura 8: le due icone create sullo smartphone 


attivare il carico remoto, la seconda per spegnerlo. En- 
trambe hanno il contrassegno del servizio Webhooks. 
E’ interessante notare che la selezione di una delle due 
icone non apre alcuna APP. AI contrario essa esegue 
il servizio in modo trasparente. 


COLLAUDO 

Finalmente siamo pronti per il tanto atteso collaudo. Si 
colleghi, a casa, ESPertino a una fonte di energia. Per il 
pilotaggio del relé e dei carichi si prestino le dovute pre- 
cauzioni. Ci vuole veramente poco per mandare tutto in 
fumo, compresa la nostra amata scheda. Ci si assicuri, 
altresì, che l’embedded sia coperto da un sufficien- 
te segnale WiFi, proveniente da un router collegato 
a Internet. Si accenda, dunque, il sistema. Dopo dieci 
secondi esso è pronto. | carichi e gli attuatori collega- 
ti dovrebbero risultare disattivati. Si passi, adesso, allo 
smartphone. Si faccia “tap” sull'icona “ATTIVA”. Dopo 
una decina di secondi il carico dovrebbe attivarsi e tale 
procedura dovrebbe essere testimoniata anche da un 
beep sonoro. Si inoltri, quindi, un “tap” sull'icona “DI- 
SATTIVA”. Dopo una decina di secondi l’attuatore do- 
vrebbe spegnersi. Si è scelta questa tempistica un po' 
lunga proprio per non stressare il server. 
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Figura 9: IFTTT registra anche le coordinate geografiche degli eventi 


Lo sketch, infatti, esegue un continuo polling sulla rete. 
Si noti che dopo aver toccato le icone sullo schermo 
del cellulare esse modificano, per un attimo, la propria 
grafica, mostrando delle frecce rotanti. 

E’ interessante notare che lo smartphone può eseguire 
il comando dei carichi da qualsiasi posto sul pianeta. 


IFTTT CONTROLLA TUTTO 

Accedendo all’elenco delle attività svolte dai propri ser- 
vizi di IFTTT (Activity) è possibile scoprire come esso, 
effettivamente, controlli tutte le nostre mosse. 

Ad esempio cliccando, al PC, i dettagli di un'azione 
svolta dalle applets (Show details), è possibile osser- 
vare un elenco dettagliato degli ingredienti coinvolti 
nell’operazione. 

Esso riporta, tra gli altri, la latitudine e la longitudine del- 
la locazione in cui si trovava lo smartphone al momento 
dell’attivazione o della disattivazione del carico. 

Inoltre, il sistema propone anche l’indirizzo di Google 
Maps, che può essere copiato e incollato sul browser 
per scoprire, visivamente, dove ci si trovava al momento 
della pressione delle icone, come mostrato in figura 9. 


>>>Leggi anche Realizziamo applicazioni loT con il 
Raspberry Pi 3: primo approccio 


CONCLUSIONI 

Non c'è bisogno di puntualizzare l’importanza del pro- 
getto che abbiamo appena proposto in questo articolo. 
La sua utilità può rivelarsi fondamentale in qualsiasi 
campo di applicazione: ludica, commerciale e domotica. 
La parte da leone, indubbiamente, la fa la scheda 
ESPertino in quanto, con il relé e il WiFi a bordo, non 
esige alcun componente esterno o altra scheda aggiun- 
tiva. Un montaggio minimale, insomma, che toglie al 
progettista tanto lavoro dal punto di vista hardware. 

La finalità del progetto, ovviamente, può essere modi- 
ficata a piacere, secondo le proprie esigenze. Posso- 
no, ad esempio, essere aggiunte altre icone di coman- 
do oppure, ancora, diversificati i carichi presenti sulla 
scheda. 

Insomma, oggi è ancor più vero il fatto che, con la sche- 
da ESPertino, un collegamento a Internet, uno smar- 
tphone e i servizi IFTTT, si può controllare il Mondo con 
grande facilità. 


L'autore è a disposizione nei commenti per eventuali 
approfondimenti sul tema dell’Articolo. Di seguito il link per 
accedere direttamente all’articolo sul Blog e partecipare alla 
discussione: 
https://it.emcelettronica.com/espertino-e-ifttt-un-maggiordomo- 
tuttofare-con-il-nostro-smartphone 
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PULSANTONE DI 
EMERGENZA PER 


ANZIANI 


di Giovanni Di Maria 


In questo articolo proponiamo la realizzazione di un semplice pulsante che potrebbe risultare utile in 


molte situazioni se non, addirittura, salvare la vita. Si tratta di un comando remoto, a disposizione di 


persone parzialmente autosufficienti che, se azionato, avvia molteplici chiamate di emergenza verso 


diversi canali di comunicazione. Il dispositivo presentato costituisce una versione base del progetto. | 


lettori possono, naturalmente, espanderlo e integrarlo ad altre applicazioni, secondo le proprie necessità 


ed esigenze. 


LA SOLITUDINE È NOIOSA E, SPESSO, PERI- 
COLOSA 

li anziani, molto spesso, vengono lasciati a 

casa da soli. Specialmente nei periodi estivi tali 

episodi sono estremamente ricorrenti. Sino a 
quando non succede nulla e la situazione procede nella 
normalità, si è tutti felici e contenti. Ma, a volte, potreb- 
be capitare il peggio: un malore, un principio d’incendio, 
una caduta dalla sedia, un dolore improvviso sono tutti 
episodi che devono essere notificati immediatamen- 
te alle persone più care. Più l'intervento è repentino e 
immediato e maggiori sono le probabilità di risolvere il 
problema nel migliore dei modi. Non si tratta di fatti che 
accadono solo agli altri e che si sentono esclusivamente 
nei telegiornali. Essi possono realmente capitare a tutti. 
Un sistema di emergenza per anziani costituisce, oggi, 
un dispositivo molto semplice da realizzare. La disponi- 
bilità d’Internet e di altri sistemi di comunicazione (cel- 
lulari, tablet, avvisi di chiamata e altri) consentono di 
allestire ottimi progetti di notifica. 


IL PROGETTO 
Quello presentato in questo articolo utilizza due pilastri 
per la realizzazione di dispositivi loT: 

e la schedadi sviluppo ESPertino; 

e iservizi offerti da IFTTT. 


E’ necessario disporre, altresì, di un collegamento a 
Internet tramite Router WiFi, che ESPertino sa gestire 
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egregiamente, tramite il suo ESP32. Alcuni componenti 
elettronici esterni minimali completano la costruzione. 
Prima d’iniziare la realizzazione occorre avere, ben 
chiare, le procedure di emergenza che il circuito deve 
intraprendere, in caso di richiesta d'aiuto. Attraverso i 
servizi offerti da IFTTT si è pensato di utilizzare i se- 
guenti: 

e un invio immediato di un messaggio su Mes- 


4 
di 


Emergenza 


Richieste 
HTTP 


pulsantone_messenger 


Figura 1: il diagramma concettuale del progetto del pul- 
sante di emergenza 
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if &this then Ethat\ 


d 


Webhooks 


Facebook Messenger 


Send message 


This action will send you a message from 
@IFTTT on Facebook Messenger. 


Message text 
Attenzione. La mamma ha richiesto 


un aiuto urgente alle ore 
{{OccurredAt}}. Intervenire subito.| 


Figura 2: l’applet che prevede l'invio di un messaggio su 
Messenger in caso di richiesta d'aiuto 


if this then ESthat \ 


6 DG 


Send me an email 
This Action will send you an HTML based 
email, Images and links are supported 


Subject 


Richiesta di aiuto dalla Mamma 


Add ingrediont 


Attenzione. La Mamma ha richiesto 
aiuto alle ore {{OccurredAt}}| 


Figura 3: l’applet che prevede l'invio di un messaggio in 
email in caso di richiesta d'aiuto 


if Elthis then that \ 


Create a status message 


This Action will create a new plain text status 
message on Facebook. 


. Sono la mamma di 


Giovanni. Ho urgente bisogno di 
aiuto. Cortesemente vogliate 


contattare mio figlio. Grazie. | 


Add ingrediont 


Figura 4: l'applet che prevede l'invio di un messaggio sul 


diario di Facebook in caso di richiesta d'aiuto 


if this then Ethat \ 


O 


Webhooks 


Notifications 


Send a notification from the 


in will send a notification to your 
s from the IFTTT app. 


WVESSERT] 
Attenzione. La mamma ha richiesto 


un aiuto urgente alle ore 
{[{OccurredAt}}. Intervenire subito. 


Add ingredient 


Create action 


Figura 5: l'’applet che prevede l'invio di un messaggio 
sull’APP di IFTTT in caso di richiesta d'aiuto 
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senger. Esso assicura un rapidissimo raggiun- 
gimento del destinatario con la garanzia di una 
rapida lettura; 

e un invio di una email all'indirizzo del destinata- 
rio; 

eun invio di un messaggio sul diario di Face- 
book, in modo che tutti gli amici del destinatario 
possano leggerlo ed, eventualmente, cercare di 
contattare il parente di chi richiede il soccorso; 

e unanotifica sul proprio smartphone all’applica- 
zione IFTTT (che deve essere installata sul cel- 
lulare); 

* un messaggio SMS su un telefono cellulare di 
un parente stretto. 


Come si può notare, in caso di emergenza, le notifiche 
e le richieste d’aiuto sono molteplici e differenziati ed è 
davvero difficile che i messaggi di domanda d'intervento 
siano ignorati. Il non ascolto e la non considerazione di 
essi sono davvero improbabili. 

La figura 1 illustra lo schema logico che organizza il pro- 
getto. Un pulsante, di dimensioni importanti, è collegato 
alla scheda ESPertino. La sua attivazione va a produrre 
alcune richieste di tipo HTTP (grazie ai trigger di IFTTT) 
che, a loro volta, innescano tutte le azioni program- 
mate. 


ANDIAMO A LAVORARE CON IFTTT 

Bene, siamo pronti per creare i trigger e le azioni con 
IFTTT. L’innesco generale è costituito da alcune richie- 
ste di tipo HTTP, generate dalla scheda ESPertino con 
la pressione del pulsantone di emergenza. 


APPLET CHE INVIA UN MESSAGGIO SUL 
MESSENGER 

Iniziamo a preparare la prima applet adibita all’inoltro di 
un messaggio privato su Messenger. Esso, naturalmen- 
te, sarà ricevuto anche sul PC attraverso Facebook. La 
condizione scatenante sarà, come detto prima, la spedi- 
zione di una richiesta HTTP da parte di ESPertino. Essa 
è “programmata” grazie all’uso del servizio Webhooks. 
Decidiamo, inoltre, di dare il nome “pulsantone_mes- 
senger” all'evento. Esso servirà per la sua successiva 
invocazione. Un messaggio ad hoc completa la creazio- 
ne dell’applet. Nel nostro caso esso è: 


“Attenzione. La mamma ha richiesto un aiuto urgen- 
te alle ore {{OccurredAt}}. Intervenire subito”. 


L'ingrediente {{OccurredAt}} funziona proprio come una 
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variabile, in quanto reperisce l’ora corrente le la include 
nel testo da inviare. E' possibile corredarlo di altre infor- 
mazioni, o ingredienti, come l’ora dell’invio. La figura 2 
mostra il flusso del trigger e dell’azione. 

La prima volta che si effettua l'attivazione del Messen- 
ger è richiesta una conferma, via email, della paternità 
dell'account. 


APPLET CHE INVIA UN MESSAGGIO VIA 
EMAIL 

La seconda applet che serve è quella preposta all’in- 
vio di un messaggio via email, in caso d’inoltro della 
richiesta di aiuto. Anche in questo caso, la condizione 
d’innesco sarà l’invio di una richiesta HTTP da parte 
di ESPertino. Essa è realizzata sempre con il servizio 
Webhooks. Il nome dell’evento da noi attribuito è “pul- 
santone_messenger”. Come si vede in figura 3 l’applet 
è completata con l'inserimento dell'oggetto e del corpo 
della email. In quest'ultimo caso si possono inserire del- 
le informazioni variabili, come l’ora dell'evento, grazie 
all'adozione degli ingredienti. 


APPLET CHE INVIA UN MESSAGGIO SUL 
DIARIO DI FACEBOOK 

La terza applet che iniziamo a preparare è “più pubbli- 
ca” e visibile delle precedenti. Il messaggio di “status” 
inviato sarà letto, infatti, da tutti gli amici del famoso 
social network. Il nome dell'evento da noi attribuito è 
“pulsantone_diario_facebook”. La figura 4 mostra le fasi 
di creazione dell’applet. 


APPLET CHE INVIA UNA NOTIFICA SULLO 
SMARTPHONE CON L’APP DI IFTTT 

La quarta applet che serve è quella che prevede una 
notifica all’APP di IFTTT presente sul proprio smartpho- 
ne. Allo scopo, dunque, essa deve essere installata con 
le proprie credenziali. La condizione d’innesco sarà, 
come per le precedenti, l'invio di una richiesta HTTP da 
parte di ESPertino. Il nome dell'evento da noi attribuito 
è “pulsantone_app”. La figura 5 mostra tutte le caratte- 
ristiche operative. L'azione innescata è di tipo “Notifica- 
tions”. Anche in questo caso il messaggio può essere 
personalizzato e parametrizzato grazie all'uso degli 
ingredienti. 


APPLET CHE INVIA UN MESSAGGIO SMS 
SUL TELEFONINO 

Probabilmente la quinta applet è la più interessante di 
tutte. Essa è quella preposta all'invio di un messaggio 
SMS al telefonino in caso d’inoltro di una richiesta di 
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1. #include<WiFi.h> 
D freni Wilber 
3. char* ssid = “NETGEAR-gio22”; 
4. const char* password = Y\IIISISSIAKKX®; 
5. WiFiClient client; / Crea un oggetto client 
6 constchar* host = “maker.ifttt.com”; 
7. Stringurl; 
80 //---------—- Variabili----------------------- 
9. intPulsantone = 34; / Numero della porta del pulsantone 
10 int Led = 16; / Numero della porta del diodo Led esterno 
11 voidsetup(){ 
2: Serial.begin(9600); / Comunicazione seriale a 9600 baud 
13 pinMode(Pulsantone, INPUT); / Definisce in ingresso il Pin per il pulsante 
14 pinMode(Led,OUTPUT); / Definisce in in uscita il Pin per il diodo Led di segnalazione 
15 digitalWrite(Led,LOW); // Spegne il diodo Led 
16 Mf--------—- Aspetta alcuni secondi per sincronizzare il WiFi---------- 
107, Serial.printlIn(); 
18 Serial.printIn(“Attesa per il WiIFi...?); 
19 WiFi.begin(ssid, password); 
20 delay(10000); 
2a Serial.printlIn(WiFi.locallP()); / Visualizza l'indirizzo IP di ESPertino 
22 Serial.printIn(“OK... pronto”); 
28 Me Fine WIFi----------------- 
DAN 
25 voidloop(){ 
26 if(digitalRead(Pulsantone)==HIGH) { // Se il pulsantone viene premuto, anche per un istante... 
DI digitalWrite(Led, HIGH); // Si accende il diodo Led di Emergenza 
28 Serial.printIn(“Richiesta di Emergenza attivata..... inizio dell'invio delle richieste di aiuto..”*); 
29 delay(3000); 
30 Me Messaggio di aiuto inviato su Messenger ------------ 
SA url = “/trigger/pulsantone_messenger/with/keyXKKKKKKKKKKKKK®; 
82. client.connect(host, 80); 
33 client.print((String)"GET “+ url + “ HTTP/1.1\r\n" + “Host: “+ String(host) + “\r\n" + “Connection: close\r\n\ 
r\n”); 
34 Serial.printIn(“Messaggio inviato su MESSENGER"); 
95 delay(3000); 
36 VEE Messaggio di aiuto inviato sulla Email ------------ 
37 url = “/trigger/pulsantone_email/with/key/XMIKKIIIAKKKAKKKKK®; 
38 client.connect(host, 80); 
39 client.print((String)"GET “+ url + “ HTTP/1.1\r\n” + “Host: “+ String(host) + “\r\n" + “Connection: close\r\n\ 
r\n”); 
40 Serial.printIn(“Messaggio inviato sulla Email”); 
41 delay(3000); 
42 Mer Messaggio di aiuto inviato sul diario di Facebook ------------ 
43 url = “/trigger/pulsantone_diario_facebook/with/keyAXIA0DOAIIIISAAAKAKKKK"; 
44 client.connect(host, 80); 
45 client.print((String)"GET “+ url + “ HTTP/1.1\r\n" + “Host: “+ String(host) + “\r\n" + “Connection: close\r\n\ 
r\n”); 
46 Serial.printIn(“Messaggio inviato sul diario di Facebook”); 
47 delay(3000); 
48 VE O Messaggio di aiuto inviato sulla APP di IFTTT ------------ 
49 url = “/trigger/pulsantone_app/with/keyNOVIIIIIISAAKKKKKK®; 
50 client.connect(host, 80); 
51 client.print((String)"GET “+ url + “ HTTP/1.1\r\n" + “Host: “+ String(host) + “\r\n" + “Connection: close\r\n\ 
r\n”); 
57. Serial.printIn(“Messaggio inviato sull’APP di IFTTT”); 
53 delay(3000); 
54 Mer Messaggio di aiuto inviato su SMS ------------ 
55 url = “/trigger/pulsantone_sms/with/key)Y00DIVDIIIIIAKKKKKK®; 
56 client.connect(host, 80); 
57 client.print((String)”"GET “+ url +“ HTTP/1.1\r\n" + “Host: “+ String(host) + “\r\n" + “Connection: close\r\n\ 
r\n”); 
58 Serial.printIn(“Messaggio inviato via SMS sul telefonino”); 
59 Mr 
60 delay(3000); 
61 Serial.printIn(“Un’altra richiesta puo’ essere effettuata tra 60 secondi...’); 
62 delay(60000); 
63 digitalWrite(Led,LOW); / Spegne il diodo Led 
64 Serial.printIn(“OK... pronto”); 
65 } 
66 delay(100); 
07} 
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if this then Elthat\ 


PESCE 


This Action will send an SMS to your mobile 
phone. 


IMIEESETSTA 


La Mamma ha ugente bisogno 


Create action 


I 


Figura 6: l'applet che prevede l'invio di un messaggio 
SMS in caso di richiesta d'aiuto 


Webhooks 


Facebook 


n 


Figura 7: i servizi utilizzati di IFTTT per la realizzazione del 
pulsante di emergenza 


Notifications 


aiuto. AI primo utilizzo occorre sincerarsi che il numero 
telefonico composto sia coperto dal servizio. La prima 
volta arriva anche un pin per confermare tale collega- 
mento. Il nome affibbiato al trigger è “pulsantone_sms”. 
E’ consigliabile non eccedere nel numero dei carat- 
teri del messaggio SMS (vedi figura 6) per non vedersi 
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“frazionato” l'avviso in più invii. Occorre anche prestare 
attenzione al numero massimo di SMS a disposizio- 
ne al mese, solitamente solo dieci. Un messaggio in 
email, da parte di IFTTT, ricorda quando gli SMS stanno 
per finire. 


I SERVIZI UTILIZZATI SU IFTTT E LE VARIE 
APPLETS CREATE 
Riepilogando il lavoro preparativo svolto in preceden- 
za, la figura 7 mostra tutti i servizi utilizzati su IFTTT. 
Si tratta di un sistema informativo molto potente che, in 
un solo movimento, coinvolge tanti canali di comunica- 
zione. 
Essi, nell'ordine d’inoltro previsto, sono i seguenti: 
e Webhooks, che intercetta le chiamate HTTP; 
e Facebook Messenger, che si dedica all’inoltro 
di un messaggio su Messenger; 
* Email, cheè preposto all’invio di una email; 
* Facebook, che sovrintende alla scrittura di un 
messaggio di stato sul diario di Facebook; 
e Notifications, che provvede all'invio di una noti- 
fica tramite APP IFTTT; 
e SIVIS, che manda un SMS al numero di telefoni- 
no programmato. 
La figura 8, invece, mostra le cinque applets create. 
Ognuno di esse espleta un preciso compito automatiz- 
zato. Come si vede dall’indicatore verde (ON) dei vari 
componenti, esse sono costantemente “n ascolto” del 
verificarsi dell'evento scatenante. All'’occorrenza un’ap- 
plet può essere disattivata temporaneamente oppure 
eliminata definitivamente. 


SCHEMA ELETTRICO 

Come si vede dalla figura 9, lo schema elettrico risulta 
estremamente semplice e minimale. E° costituito, ovvia- 
mente, dalla scheda ESPertino, da un sensore e da un 
attuatore. Il sensore è rappresentato dal pulsantone 
che fa capo alla porta digitale d’ingresso GPIO 34. Una 
resistenza di pull-down assicura un potenziale logico 
basso in caso che il pulsante non venga premuto. In 
caso contrario, la tensione di 3.3V fluirà alla porta, com- 
mutando in ALTO il suo stato logico. Il diodo Led ha lo 
scopo esclusivo di mostrare, con la sua accensione, lo 
stato di chiamata in corso. In condizioni normali esso 
rimane spento. La resistenza di limitazione assicura che 
lo stesso semiconduttore non si danneggi, per l’ecces- 
siva corrente. 

In figura 10 è possibile osservare il piano di cablaggio 
del progetto. Come si può notare, si tratta solo di utiliz- 
zare due resistori, un pulsante e un diodo Led. 
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Applets 
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Mamma Email 
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METIUEELLE Mamma App 


Mamma Messenger 


Services 


New Applet 


tO) 


Mamma Facebook 
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Figura 8: le cinque applets create per il pulsante di emergenza 


IL PULSANTONE DA UTILIZZARE 

Sarebbe del tutto inutile utilizzare un piccolo pulsantino, 
difficile da scovare e da rintracciare per tutti. E' più op- 
portuno usare un grande pulsante, dal diametro di alme- 
no dieci centimetri, come quello visualizzato in figura 11. 
Le idee, in tal senso, possono essere le più disparate. 
Si potrebbe anche costruirlo con materiali di recupero, 
in modo che la sua forma e le dimensioni ricoprano per- 
fettamente le esigenze del caso. A ogni modo il pulsante 
utilizzato, dal punto di vista elettrico, deve essere del 
tipo normalmente aperto. 


LO SKETCH 
Adesso proponiamo e analizziamo il firmware da cari- 
care, tramite l’Arduino IDE, sulla scheda ESPertino. In 
fase di digitazione non si devono includere i numeri di li- 
nea progressivi, che hanno solo la funzione di riferimen- 
to per i commenti successivi. Ecco, qui sotto, lo sketch 
completo. 
Commentiamo, adesso, le parti salienti del listato, rife- 
rendoci ai numeri di linea: 
e la riga 1 predispone l'inclusione del file header 
WiFi.h, necessario per il collegamento al WiFi; 
e dallariga 2allariga7 è predisposta la configura- 
zione delle credenziali del router; 


la riga 6 contiene una sequenza di caratteri con 
il nome dell'host del servizio di IFTTT. Non si 
deve assolutamente modificare; 

le riga 9 e 10 inizializzano le variabili contenenti 
il numero dei pin, rispettivamente, del pulsante 
(input) e del diodo Led (output); 

la funzione setup(), contenuta dalla riga 11 alla 
riga 24 esegue, una volta soltanto, la configura- 
zione della linea seriale per i messaggi di con- 
trollo. Inoltre imposta la funzionalità delle due 
porte di I/O e, infine, effettua il collegamento al 
WiFi, con la canonica pausa di attesa di almeno 
dieci secondi; 

dalla riga 25 alla riga 67 ha luogo la funzione 
loop(), che si ripete ogni decimo di secondo per 
avere la certezza che la pressione del tasto (an- 
che di breve durata) venga rilevata con sufficien- 
te sicurezza. Pause più lunghe non garantireb- 
bero l'evento; 

la riga 26 controlla se il pulsante è premuto, nel 
qual caso tutto il corpo della condizione viene 
eseguito, riga per riga; 

la riga 27 illumina il diodo Led, che attesta lo sta- 
to di emergenza in corso; 

dalla riga 30 alla riga 35 viene gestito il blocco 


|Firmwere 2.0 - 90) 


ESPERTINO E IFTTT: PULSANTONE DI EMERGENZA PER ANZIANI 


Pulsantone 


+2U2 


° 
[RESETÒ 


ESP32-UHRDOM 


401 


10K 


GND 


D32 


li 


oj [Dj jo D 
A rolf 19 
Ji loj | n 


Dj {of ja 
lai MI Gg I (SI 
n Laj | 


È 120 
02] 


“ 


GND 


Ale 


SÌ (a 
È i 
s 


ti 


GND 


Figura 9: il semplice schema elettrico del prototipo del pulsantone 
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Figura 10: il cablaggio del pulsantone salvavita 
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di chiamata di emergenza verso 
il canale Messenger. Per lo sco- 
po la stringa “url” è inizializzata 
all'indirizzo che innesca il servizio. 
Quindi, viene inoltrata la relativa ri- 
chiesta di tipo HTTP, seguita dalla 
visualizzazione di un messaggio 
sul monitor seriale e da una pausa 
di attesa di tre secondi; 

. dalla riga 36 alla riga 41 vie- 
ne gestito il blocco di chiamata di 
emergenza verso l’Email. Per lo 
scopo la stringa “url” è inizializzata 
all'indirizzo che innesca il servizio. 
Quindi, viene inoltrata la relativa ri- 
chiesta di tipo HTTP, seguita dalla 
visualizzazione di un messaggio 
sul monitor seriale e da una pausa 
di attesa di altri tre secondi; 

. dalla riga 42 alla riga 47 vie- 
ne gestito il blocco di chiamata di 
emergenza verso il diario per- 
sonale di Facebook. Per lo sco- 
po la stringa “url” è inizializzata 
all'indirizzo che innesca il servizio. 
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ragrafo vedremo come venire 
in possesso di tali chiavi. 


LA CHIAVE PER LE URL 
Vedremo, adesso, dove re- 
perire la chiave segreta e 
personale, in modo da creare 
alcune URL da invocare per 
innescare il servizio, tramite 
richiesta HTTP. Seguiamo le 
seguenti fasi: 


Figura 11: un esempio di pulsantone da allestire quale dispositivo di chiamata d'e- 
mergenza 


Quindi, viene inoltrata la relativa richiesta di tipo 
HTTP, seguita dalla visualizzazione di un mes- 
saggio sul monitor seriale e da una pausa di at- 
tesa di tre secondi; 

e dalla riga 48 alla riga 53 viene gestito il blocco 
di chiamata di emergenza verso l’APP di IFTTT. 
Per lo scopo la stringa “url” è inizializzata all’in- 
dirizzo che innesca il servizio. Quindi, viene 
inoltrata la relativa richiesta di tipo HTTP, se- 
guita dalla visualizzazione di un messaggio sul 
monitor seriale e da una pausa di attesa di tre 
secondi; 

e dalla riga 54 alla riga 58 viene gestito il blocco 
di chiamata di emergenza su un SMS verso un 
telefonino. Per lo scopo la stringa “url” è inizializ- 
zata all'indirizzo che innesca il servizio. Quindi, 
viene inoltrata la relativa richiesta di tipo HTTP, 
seguita dalla visualizzazione di un messaggio 
sul monitor seriale e da una pausa di attesa di 
tre secondi; 

e dopo una pausa di un minuto (riga 62) l’intero 
processo si ripete e una nuova richiesta di chia- 
mata può essere nuovamente effettuata. Il diodo 
Led si spegne definitivamente. 


Come si nota, le chiavi personali contenute nelle URL 
sono state, volutamente, occultate. Nel successivo pa- 


. sul sito IFTTT clicca- 
re su “My Applets”; 

. quindi cliccare su 
“Services”; 

. cliccare sul servizio 
“Webhooks”; 

. cliccare su “Settin- 
gs”; 

. accedere alla URL 
proposta dalla pagina; 

. usare la URL perso- 


nalizzata, contenente la pro- 
pria chiave e sostituendo il nome dell'evento, 
come visibile in figura 12. 


Dal momento che i trigger creati sono cinque, le altret- 
tanti URL sono le seguenti (con chiave camuffata ai fini 
dell'esempio): 


https://maker.ifttt.com/trigger/pulsantone_messenger/ 
with/key/XXYYXXYYXXYYXXYYXX 
https://maker.ifttt.com/trigger/pulsantone_email/with/ 
key/XXYYXXYYXXYYXXYYXX 
https://maker.ifttt.com/trigger/pulsantone_diario_face- 
book/with/key/XXYYXXYYXXYYXXYYXX 
https://maker.ifttt.com/trigger/pulsantone_app/with/ 
key/XXYYXXYYXXYYXXYYXX 
https://maker.ifttt.com/trigger/pulsantone_sms/with/ 
key/XXYYXXYYXXYYXXYYXX 


Tali indirizzi potranno anche essere inviati singolarmen- 
te, tramite un browser, per provare il loro funzionamen- 
to. 


UTILIZZO DEL PULSANTONE 

Dopo aver cablato il circuito, provato i vari servizi e in- 
scatolato professionalmente il dispositivo, si può met- 
terlo subito all'opera, magari con la collaborazione della 
persona che, in seguito, dovrà utilizzarlo. 
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& \ 


Your key is: bYxQhme *H2vhk 


Back to servic 


To trigger an Event 
Make a POST or GET web request to: 


https://maker.ifttt.com/trigger/| {event} |/with/key/bYxQh 


With an optional JSON body of: 


{ "valuel" : " ", "value2" : " ", "value3" : " "} 


The data is completely optional, and you can also pass valuei, value2, and value3 as query parameters or form 
variables. This content will be passed on to the Action in your Recipe. 


You can also try it with curl from a command line. 


curl -x POSTilhttps://maker.ifttt.com/trigger/{event}/with/key/bYxQh H2vhk 
\U LESGL 


Figura 12: come reperire la URL da utilizzare per usufruire del servizio HTTP 


© com10 - O 


I an Collegamento al WiFi 


Attesa per il WiFi... k o A 
192.168.0.12 «@——6y PP vi ESPertino ottenuto dopo 10 secondi 


dino ii Pulsante premuto 
Richiesta di Emergenza attivata..... inizio dell'invio delle richieste di aiuto... 
inviato su MESSENGER. 
inviato sulla Email. 
inviato sul diario di Facebook |< ——=+  É——21n_nMVI delle richieste di aiuto su più canali 
inviato sull'APP di IFTTT 
inviato via SMS sul telefonino 


Un'altra richiesta puo' essere effettuata tra 60 secondi... 


OK... pronto 


Scorrimento automatico Nessun fine riga | 9600 baud v Ripulisci l'output 


Figura 13: il monitor seriale è utile per “monitorare” le fasi del programma 


E’ sufficiente, per lo scopo, posizionare il pulsantone in almeno dieci secondi per dar modo di permettere la 
una posizione facile da raggiungere e, soprattutto, sincronizzazione del WiFi. Volutamente non sono state 
nel raggio di copertura del segnale WiFi. aggiunti altri carichi luminosi ma, per chi lo volesse, può 
Ricordiamo che per il funzionamento del dispositivo non prevedere anche un altro diodo Led per testimoniare la 
serve il computer che è richiesto, invece, per le prove e sincronizzazione del WiFi e dell’operatività del dispositi- 
il collaudo preliminare, al fine di leggere i messaggi sul vo stesso. Sono, ovviamente, gusti personali. 

monitor seriale (vedi figura 13). A questo punto, è sufficiente una breve o lunga pressio- 
Dopo l'accensione dell'apparecchio occorre aspettare ne sul pulsantone per innescare l’allarme. 
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ESPERTINO E IFTTT: PULSANTONE DI EMERGENZA PER ANZIANI 


Messenger 


Attenzione. La mamma ha 
richiesto un aiuto urgente 
alle ore July 19, 2018 at 
04:01PM. Intervenire 
subito. 


Email Yahoo 


Richiesta di aiuto dalla Mamma 


ne, è molto difficile 
che una persona 
non venga rintrac- 


In arrivo (27) 


Bozze 


Inviati Attenzione. La Mamma ha richiesto aiuto alle ore July 19, 2018 at 


Archivio 04:01PM 
Spam (361) 
Cestino (153) 
> Filtri intelligenti 
BGCAO0A 9 
HbUE0ìAIK69 Noa 


Con stella 


Diario di Facebook 


Giovanni Di Maria 
12 min -IFTTT-28+ 


Attenzione. Sono la mamma di 
Giovanni. Ho urgente bisogno 
di aiuto. Cortesemente vogliate 
contattare mio figlio. Grazie. 


DÒ Mi piace 


0 Commenta £ Condividi 


00 EG 


Webhooks via IFTTT <action@ifttt.com> 


App IFTTT 


File inutili trovati 
inVouTube. Pulisci ora 


RES FEES ciata. 
Il pulsantone va 
pressato solo in 
caso di asso- 
luta necessità. 
Occorre dunque 
formare l'utente 


su tale aspetto, 
specificando che 
l'allarme deve es- 
sere inoltrato solo 
se si ha bisogno 
di aiuto e non per 
Cancella scherzo. 

E’ preferibile che 


D iteietono è lento — (STI 


E le dimensioni del 


pulsante siano 
molto elevate, pro- 
prio per evitare di 


Figura 14: i canali di comunicazione utilizzati 


Durante gli invii delle richieste di aiuto, ulteriori pressioni 
sul pulsante non sortiranno alcun effetto. Sequenzial- 
mente saranno spediti dei messaggi di avvertimento 
alle seguenti utenze: 

e messenger; 

e email; 

e diario di Facebook; 

* applicazione di IFTTT sullo smartphone; 

e SMS. 


Il listato del programma è aperto a qualsiasi modifica 
e, proprio per questo motivo, alcuni servizi si possono 
eliminare dal firmware, se si pensa che la loro presenza 
non costituisca un fatto utile all'applicazione stessa. 


>>> Leggi anche eCall chiamata di emergenza in 
auto in caso di incidente [progetto completo] 


CONCLUSIONI 

Il progetto presentato nell'articolo è un utile dispositivo 
che si innesca non appena viene inviata una richiesta 
d'aiuto. La sua particolarità sta nel fatto che sono utiliz- 
zati diversi canali di comunicazione, come mostrato 
in figura 14. 

Oggi, infatti, con tutti i mezzi tecnologici a disposizio- 


cercarlo durante 
le concitate fasi di 
emergenza, nelle 
quali il panico può far da padrone. 

Nelle varie prove si è visto che le richieste di aiuto par- 
tono immediatamente e le notifiche (email, messaggi, 
ecc) arrivano a destinazione entro 10-15 secondi. 
L'utilizzo del dispositivo può essere spostato legger- 
mente, rispetto al suo fine naturale. 

Ad esempio esso può essere usato come sistema anti 
rapina o antincendio. Anche in questo caso la fantasia e 
le esigenze fanno da padroni. 

In ogni caso, sebbene la tecnologia offra centinaia di 
metodi per non far sentire sole le persone anziane 
(come, ad esempio le video chiamate, Internet, le te- 
lefonate, i messaggi multimediali, ecc), dovremo tutti 
sforzarci a essere un tantino più sensibili e cercare di 
colmare la solitudine dei nostri cari non tramite le più 
sofisticate applicazioni ma, più semplicemente, con la 
nostra reale e affettuosa presenza. 


L'autore è a disposizione nei commenti per eventuali 
approfondimenti sul tema dell’Articolo. Di seguito il link per 
accedere direttamente all’articolo sul Blog e partecipare alla 
discussione: 
https://it.,emcelettronica.com/espertino-e-ifttt-pulsantone-di- 
emergenza-per-anziani 
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PULSANTI PER 

QUIZ: UN SEMPLICE 
PROGETTO CON 
ESPERTINO PER 
GIOCARE Al CLASSICI 
GIOCHI DELLA TV 


Li abbiamo visti centinaia di volte in TV, durante i giochi a premi, nei quali il primo concorrente che 


di Giovanni Di Maria 


preme il pulsante acquisisce il diritto di rispondere alla domanda del conduttore. Il prototipo proposto è 


realizzato con la scheda ESPertino ma può essere benissimo implementato anche con altri dispositivi. 


Esistono diverse soluzioni per concretizzare al meglio il sistema, e alcune di esse prevedono anche l’uso 


degli interrupt. Vediamone alcune. 


I QUIZ ALLA TV 

er anni abbiamo assistito, in televisione, ai diver- 

tenti e appassionanti giochi a premi pomeridiani e 

serali, nei quali il presentatore pone le domande 
a cui deve rispondere il primo concorrente che preme il 
proprio pulsante. Memorabili sono le puntate del giovedi 
sera di “Rischiatutto” ( durante gli anni 1970-1974, vedi 
figura 1), che teneva letteralmente incollati, davanti la 
TV, milioni di persone grazie alla simpatia e alla profes- 
sionalità di Mike Bongiorno. Con molta probabilità fu 
lui l'ideatore di questa casistica di giochi. 


UN PULSANTE PER ACQUISIRE IL DIRITTO 
DI PRENOTAZIONE ALLA RISPOSTA 

Il funzionamento del gioco è molto semplice: l'organiz- 
zatore propone e pone una domanda ai concorrenti, che 
possono essere anche alquanto numerosi. Il primo gio- 
catore che preme il proprio pulsante acquisisce il 
diritto di rispondere alla domanda, escludendo tutti 
gli altri. La conquista di tale diritto è testimoniata an- 
che da alcune segnalazioni acustiche e luminose. Tali 
sistemi di prenotazione possono essere utilizzati anche 
a casa, negli eventi organizzati con amici e parenti o 
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nelle feste di compleanno dei bambini. Le idee possono 
essere tante. 


TANTE SOLUZIONI POSSIBILI 

In effetti esistono tante soluzioni circuitali per implemen- 
tare un sistema di prenotazione di risposta. Oggi, con i 
moderni microcontrollori è, realmente, un gioco da ra- 
gazzi allestire tale dispositivo. Sono sufficienti solo un 
paio di controlli, alcune istruzioni condizionali e decisio- 
nali e il gioco è fatto. Ma è possibile realizzare il circuito 
tramite la vecchia metodologia a componenti discreti, 
probabilmente più efficace e nel proseguo dell'articolo 
spiegheremo anche il perché. Con una quantità mode- 
sta di circuiti logici, anche tale problematica può essere 
brillantemente risolta, al prezzo di qualche circuito inte- 
grato aggiuntivo e una basetta elettronica più capiente. 


LA PARTE HARDWARE 

A prima vista, il circuito da realizzare sembrerebbe non 
presentare alcun problema. In questa tipologia di appli- 
cazioni non è critica, infatti, la parte hardware ma solo 
il firmware e la sua concezione. Esso è composto da 
alcuni pulsanti, a disposizione di ciascun giocatore, da 
altrettanti dispositivi luminosi e da un attuatore sonoro, 


Figura 1: il quiz a premi “Rischiatutto” di Mike Bongiorno 


Figura 2: i componenti base in una pulsantiera per giochi a quiz 


secondo lo schema di principio di cui alla figura 2. 
Possiamo approntare, facilmente, uno schema elettrico 
con ESPertino, che riproduca esattamente il prototipo 
da realizzare. Esso è visibile in figura 3 e comprende i 
seguenti elementi: 

e tre pulsanti normalmente aperti, uno a disposi- 

zione di ciascun concorrente; 
* tre indicatori luminosi, uno per ogni giocatore; 
e un unico segnalatore acustico. 


Le porte, con funzionalità d’input, dedicate all’acquisi- 
zione dello stato logico dei pulsanti sono, rispettivamen- 
te, la GPIO33, la GPIO35 e la GPIO34. Tali porte, in 
stato di riposo, sono “forzate” a rilevare un livello logico 
basso grazie ad altrettante resistenze di pull-down da 
10k (tale valore non è critico ed esso può essere com- 
preso tra 1k e 1M). In caso di pressione di uno dei pul- 
santi lo stato logico della relativa porta si pone a livello 
alto (3.3V), grazie al collegamento diretto, in commuta- 
zione, con la fonte di alimentazione. 
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PULSANTI PER QUIZ: UN SEMPLICE PROGETTO CON 
ESPERTINO PER GIOCARE Al CLASSICI GIOCHI DELLA TV 


void setup() { 

pinMode(0, OUTPUT); // Porta per il diodo Led 
pinMode(2, OUTPUT); / Porta per il diodo Led 
pinMode(4, OUTPUT); // Porta per il diodo Led 
pinMode(17, OUTPUT); // Porta per il buzzer 
pinMode(33, INPUT); // Porta per il pulsante 
pinMode(35, INPUT); / Porta per il pulsante 
pinMode(34, INPUT); // Porta per il pulsante 
//----Spegne tutte le luci e anche il buzzer------ 
digitalWrite(0,LOW); 

digitalWrite(2,LOW); 

digitalWrite(4,LOW); 

digitalWrite(17,LOW); 


void loop() { 
if(digitalRead(33)==HIGH){ / Se preme il giocatore 1....... 
digitalWrite(0,HIGH); / Accende diodo Led 
digitalWrite(17,HIGH); / Suona il buzzer 
delay(2000); 
digitalWrite(0,LOW); / Spegne diodo Led 
digitalWrite(17,LOW); / Spegne il buzzer 
} 
if(digitalRead(35)==HIGH){ / Se preme il giocatore 2....... 
digitalWrite(2,HIGH); / Accende diodo Led 
digitalWrite(17,HIGH); / Suona il buzzer 
delay(2000); 
digitalWrite(2,LOW); / Spegne diodo Led 
digitalWrite(17,LOW); / Spegne il buzzer 
} 
if(digitalRead(34)==HIGH){ / Se preme il giocatore 3....... 
digitalWrite(4,HIGH); / Accende diodo Led 
digitalWrite(17,HIGH); / Suona il buzzer 
delay(2000); 
digitalWrite(4,LOW); / Spegne diodo Led 
digitalWrite(17,LOW); / Spegne il buzzer 
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void loop() { 

//---Legge i tre pulsanti a grandissima velocita’ per- 
che’ le letture sono ravvicinate----- 

boolean giocatore1=digitalRead(33); 

boolean giocatore2=digitalRead(35); 

boolean giocatore3=digitalRead(34); 


M------ Decide chi ha premuto prima degli al- 


digitalWrite(0,HIGH); / Accende diodo Led 
digitalWrite(17,HIGH); / Suona il buzzer 
delay(2000); 
digitalWrite(0,LOW); / Spegne diodo Led 
digitalWrite(17,LOW); / Spegne il buzzer 

} 

if(giocatore2==HIGH){ / Se preme il giocatore 


digitalWrite(2,HIGH); / Accende diodo Led 
digitalWrite(17,HIGH); / Suona il buzzer 
delay(2000); 
digitalWrite(2,LOW); / Spegne diodo Led 
digitalWrite(17,LOW); / Spegne il buzzer 

} 

if(giocatore3==HIGH){ / Se preme il giocatore 


digitalWrite(4,HIGH); / Accende diodo Led 
digitalWrite(17,HIGH); / Suona il buzzer 
delay(2000); 

digitalWrite(4,LOW); / Spegne diodo Led 
digitalWrite(17,LOW); / Spegne il buzzer 


La segnalazione dell'avvenuta prenotazione del diritto 
di risposta è affidata, invece, a tre diodi Led, preceduti 
da altrettante resistenze di limitazione da 120 ohm. Le 
porte utilizzate, questa volta in funzionalità di o 

utput, sono la GPIO00, la GPIO02 e la GPIO04. 

Infine, la segnalazione acustica è affidata a un picco- 
lo buzzer collegato alla porta GPIO17 configurata, an- 


ch’essa, come uscita. 


PRIMA DI TUTTO L’EQUITÀ 

Perché parliamo di equità e di correttezza nella rileva- 
zione degli eventi? Osserviamo il seguente codice per 
ESPertino, carichiamolo sulla scheda e collaudiamolo 
subito, secondo le specifiche tecniche del relativo sche- 
ma elettrico. 

Il listato funziona perfettamente. Dopo che il presen- 
tatore del gioco ha proposto una domanda, il primo 
giocatore che preme il pulsante acquisisce il diritto a 
rispondere. Questo fatto è testimoniato dall’accensione 
del proprio diodo Led e dalla produzione di un suono 
acustico, il tutto dalla durata di due secondi (tale tempo 
può essere, ovviamente, cambiato, secondo le esigen- 
ze del gioco). In condizioni “normali” il sistema funziona 
perfettamente e, addirittura, esso può essere utilizzato 
nelle gare ufficiali. Nel listato non è necessario preve- 
dere alcun sistema di gestione dell’antirimbalzo, in 
quanto è importante rilevare solo la prima pressione 
(anche prolungata) di ogni singolo pulsante. 

Facendo, però, i pignoli e i “precisini”, il firmware ripor- 
tato sopra potrebbe presentare qualche piccola ini- 
quità nella determinazione del primo giocatore che 
ha schiacciato il pulsante. Osserviamo, allo scopo, la 
figura 4. Essa riporta uno stralcio del programma, e pre- 
cisamente la funzione loop() del firmware. 

Sappiamo tutti che, in un programma, le varie istruzio- 
ni sono eseguite una dopo l’altra, sequenzialmente. Si 
supponga, in un determinato momento, che l’esecuzio- 
ne del listato sia arrivata al punto rosso del firmwa- 
re. Si supponga a questo punto che, nell’arco di alcuni 
centesimi di secondi, il giocatore 1 prema il pulsante e, 
subito dopo, il giocatore 2 faccia lo stesso. Ma in questo 
punto del programma non c'è il controllo per il giocatore 
1, in quanto è stato già sorpassato. Quindi, il giocato- 
re 2, pur avendo premuto il pulsante leggermente dopo 
il giocatore 1, acquisisce il diritto a rispondere alla do- 
manda. Parliamo, tuttavia, di eventualità molto rare, di 
episodi distanti tra loro solo pochi millesimi di secondo, 
ma perfettamente plausibili e verificabili. 


COME EVITARE TALE DISCRIMINAZIONE? 

Il controllore ESP32 è estremamente veloce e un “giro di 
loop” viene eseguito milioni di volte al secondo. Per- 
tanto la risoluzione temporale di rilevazione è nell’ordi- 
ne dei microsecondi. Tuttavia esistono metodi che, con 
più accuratezza, riescono a fornire il risultato con una 
obiettività più elevata e a determinare con precisione 
maggiore il giocatore che, effettivamente, ha premuto 
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PULSANTI PER QUIZ: UN SEMPLICE PROGETTO CON 
ESPERTINO PER GIOCARE Al CLASSICI GIOCHI DELLA TV 


01 void setup() { 

02. pinMode(0, OUTPUT); / Porta per il diodo Led 
03. pinMode(2, OUTPUT); / Porta per il diodo Led 
04. pinMode(4, OUTPUT); / Porta per il diodo Led 
05. pinMode(17, OUTPUT); // Porta per il buzzer 
06 pinMode(33, INPUT); / Porta per il pulsante 
07 pinMode(35, INPUT); / Porta per il pulsante 
08. pinMode(34, INPUT); / Porta per il pulsante 
09 //----Spegne tutte le luci e anche il buzzer------ 
10 digitalWrite(0,LOW); 

11 digitalWrite(2,LOW); 

12 digitalWrite(4,LOW); 

13 digitalWrite(17,LOW); 

14 interrupt_Sl(); / Attiva Interrupts 


17 void loop() { 

18. if(digitalRead(33) || digitalRead(35) || digitalRead(34)) { 
19  interrupt_NO(); // Disattiva Interrupts 

20 delay(2000); 

21. digitalWrite(0,LOW); / Spegne diodo Led 

22. digitalWrite(2,LOW); / Spegne diodo Led 

23 digitalWrite(4,LOW); / Spegne diodo Led 

24  digitalWrite(17,LOW); / Spegne il buzzer 

25  interrupt_SI(); // Attiva Interrupts 


2.60) 

2/4) 

28 //----Funzione richiamata quando si attiva il primo interrupt--- 
29 void giocatore1() { 


30 digitalWrite(0,HIGH); / Accende diodo Led 
31. digitalWrite(17,HIGH); / Suona il buzzer 


928) 
33 //----Funzione richiamata quando si attiva il secondo interrupt--- 
34 void giocatore2() { 


35 digitalWrite(2,HIGH); / Accende diodo Led 
36  digitalWrite(17,HIGH); / Suona il buzzer 


37} 
38 //----Funzione richiamata quando si attiva il terzo interrupt--- 
39 void giocatore3() { 


40  digitalWrite(4,HIGH); / Accende diodo Led 

41  digitalWrite(17,HIGH); / Suona il buzzer 

42} 

43 //----Funzione che attiva gli interrupts---- 

44 void interrupt_Sl() { 

45 attachinterrupt(digitalPinTolnterrupt(33), giocatore1, RISING ); 

46 attachinterrupt(digitalPinTolnterrupt(35), giocatore2, RISING ); 

47 attachInterrupt(digitalPinTolInterrupt(34), giocatore3, RISING ); 

48} 

49 //----Funzione che disattiva gli interrupts---- 

50 void interrupt_NO() { 

51 detachinterrupt(digitalPinTolInterrupt(33)); / Disabilita interrupt 

52 detachinterrupt(digitalPinToInterrupt(35)); / Disabilita interrupt 

53 detachinterrupt(digitalPinToInterrupt(34)); / Disabilita interrupt 
54} 
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Figura 3: schema elettrico della pulsantiera per quiz 


il proprio pulsante con anticipo su tutti. Vediamone un 
paio. 


METODO DELLE TRE LETTURE MOLTO RAV- 
VICINATE 

Questa soluzione non è perfetta ma offre un più alto 
grado di sicurezza nell’attribuzione del corretto vincito- 
re, rispetto alla soluzione prima proposta. Essa consiste 
nell'effettuare le acquisizioni dei pulsanti con altrettanti 
statement ravvicinati tra loro e, poi, dedicarsi alla de- 
terminazione del giocatore più veloce nella pressione 
del pulsante, mediante alcune istruzioni condizionali. 
Il seguente listato, in cui è presente solo la funzione 
loop(), in quanto il setup() è lo stesso del precedente, 
provvede a effettuare la lettura dello stato logico dei tre 
pulsanti, a grandissima velocità. Quindi, “con relativa 
calma”, decide quale è stato il giocatore a premere per 
primo. 


METODO DEGLI INTERRUPT 
La soluzione proposta è una delle più critiche che esi- 
stano nella programmazione, in quanto utilizza la tecni- 


ca degli interrupt. Essi permettono di attivare automa- 
ticamente alcune funzionalità in presenza di eventi ben 
precisi sull'hardware, senza effettuare noiose e ripetiti- 
ve istruzioni condizionali nel programma (polling), come 
ben evidenziato dalla figura 5. Ben lungi dallo spiegare, 
in questa sede, cosa siano gli interrupt, proponiamo il 
listato di seguito, per poi spiegarlo in dettaglio. 


Le righe di programma sono state volutamente nume- 
rate in modo progressivo solo per dare un riferimento 
per i relativi commenti. In fase di digitazione nell’IDE i 
numeri, ovviamente, non devono essere inseriti: 

e le righe di programma comprese tra 1 e 15 con- 
tengono la funzione setup(), come nei prece- 
denti listati, nella quale vengono preparate le 
porte di I/O alle rispettive funzionalità. Alla riga 
14 viene chiamata la funzione interrupt_SlI() che 
ha il compito di predisporre i segnali d’interrupt 
sul fronte di salita delle porte 33, 34 e 35, che 
fanno capo ai rispettivi pulsanti; 

* le righe di programma comprese tra 16 e 27 
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void loop() { 
if(digitalRead(33)==HIGH) { 
Write (0,HIGH); 
digitalWrilte (17, HIGH); 
delay(2000); 
digitalWrite(0,LOW); 
lWrite(17,LOW); 


digita 


// 


digita // 
} 
e) if(digitalRead(35)==HIGH) { 
digitalWrite(2,HIGH); 
digitalWrite(17,HIGH); 
delay(2000); 
digitalWrite(2,LOW); 
digitalWrite(17,LOW); 
} 
if(digitalRead(34)==HIGH) { 
digitalWrite(4,HIGH); 
digitalWrite(17,HIGH); 
delay(2000); 
digitalWrite(4,LOW); 
digitalWrite(17,LOW); 


7 


// 
// 


//] Bcc 


// Spegne diodo Led 


// Accende 


// Se preme il 
diodo Led 


Suona il buzzer 


GIOCALOre (La.ccoe 


vende 


77 S 


preme il giocatore 2 


diodo Led 


Suona il buzzer 


ocatore ds 


ne diodo Led 


egne il bu 


Figura 4: una piccola iniquità nel listato 


contengono la funzione loop(). Essa controlla, 
ciclicamente, se un diodo led relativo a un con- 
corrente si è illuminato, nel qual caso disabilita 
momentaneamente la gestione degli interrupt, 
predispone una pausa di 2 secondi per mante- 
nere le segnalazioni luminose e sonore attive, 
per poi disattivarle e infine riattiva la gestione 
degli interrupt; 

e lerighedi programma comprese tra 28 e 32 con- 
tengono la funzione giocatore1(), richiamata 
automaticamente al verificarsi dell’interrupt cau- 
sato dal primo giocatore, in caso di pressione del 
pulsante. In essa avviene l'attivazione del diodo 
Led del giocatore e del segnalatore acustico; 

* le righe di programma comprese tra 33 e 37 
contengono la funzione giocatore2(). In essa 
avviene l’attivazione del diodo Led del giocato- 
re e del segnalatore acustico, richiamata auto- 
maticamente al verificarsi dell’interrupt causato 
dal secondo giocatore, in caso di pressione del 
pulsante; 

e lerighedi programma comprese tra 38 e 42 con- 
tengono la funzione giocatore3(). In essa avvie- 
ne l’attivazione del diodo Led del giocatore e del 
segnalatore acustico, richiamata automatica- 
mente al verificarsi dell’interrupt causato dal ter- 
zo giocatore, in caso di pressione del pulsante; 

e lerighedi programma comprese tra 43 e 48 con- 
tengono la funzione interrupt_SlI(). Essa si oc- 
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cupa della predisposizione e della configurazio- 

ne degli interrupt, secondo la seguente sintassi: 

e attachinterrupt(Interrupt, func_chiama- 
ta, modalità); 

* le righe di programma comprese tra 49 e 54 
contengono la funzione interrupt_NO(), che di- 
sattiva tutti gli interrupt, all'occorrenza. Se, infat- 
ti, un giocatore ha premuto per primo il proprio 
pulsante e le segnalazioni sono attive, gli altri 
concorrenti non dovranno avere la facoltà di pre- 
notarsi per la risposta. 


Le varie modalità di discriminazione della variazione di 
segnale, su una porta d’ingresso, previste dalla funzio- 
ne attachInterrupt(), sono le seguenti: 


e LOW:attiva l'interrupt se lo stato logico del pin 
è basso; 

e CHANGE: attiva l’interrupt quando lo stato logi- 
co del pin cambia; 

e RISING: attiva l’interrupt se lo stato logico del 
pin cambia da basso ad alto; 

e FALLING: attiva l’interrupt se lo stato logico del 
pin cambia da alto a basso; 

e HIGH:attiva l’interrupt se lo stato logico del pin 
è alto. 


>>> Leggi anche: Interrupt Vs polling: qual è la dif- 
ferenza? 
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Figura 5: la filosofia di funzionamento degli interrupt 


CONSIGLI PER L’USO DEGLI INTERRUPT 
L'utilizzo degli interrupt rende il codice eseguibile estre- 
mamente critico e la ricerca di eventuali errori potreb- 
be risultare alquanto complessa e difficoltosa. Pertanto 
essi dovrebbero essere utilizzati sono quando è stretta- 
mente necessario. Ecco alcuni consigli che il program- 
matore dovrebbe tenere a mente quando progetta un 
sistema che faccia uso degli interrupt: 

e nella funzione richiamata da un interrupt, il de- 
lay() non funziona; 

e la funzione dovrebbe durare il meno tempo pos- 
sibile ed essere formata da pochissime istruzio- 
ni; 

e durante la chiamata di un interrupt la comunica- 
zione seriale non è affidabile; 

e dentro una funzione chiamata, gli interrupt do- 
vrebbero essere disabilitati momentaneamente, 
per poi riattivarli all'uscita. In caso contrario po- 
trebbe innescarsi un processo di ricorsione ano- 
mala e critica, molto difficile da correggere; 

e sempre all’interno della funzione chiamata, si 


devono usare le variabili volatili. 


CONCLUSIONI 

La scheda ESPertino ci è stata utile anche in questa 
occasione, soprattutto a livello didattico. Quella presen- 
tata è stata, ovviamente, un’applicazione estremamen- 
te semplice ma che mostra come, per ogni problema, 
esistono diverse soluzioni. Si invitano i lettori a cer- 
carne delle altre e a condividere pensieri e osservazioni 
nei commenti dedicati. Augurandovi una buona realiz- 
zazione a tutti, ci congediamo da voi come usava fare 
il grande Mike Bongiorno, con l’affettuoso e gioioso au- 
gurio: “Allegria”. 


L'autore è a disposizione nei commenti per eventuali 
approfondimenti sul tema dell’Articolo. Di seguito il link per 
accedere direttamente all'articolo sul Blog e partecipare alla 
discussione: 
https://it.emcelettronica.com/pulsanti-per-quiz-un-semplice- 
progetto-con-espertino-per-giocare-ai-classici-giochi-della-tv 
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APPLICAZIONI 
CRITTOGRAFICHE DI 


ESPERTINO 


di Stefano Lovati 


La scheda ESPertino presenta tutte le caratteristiche richieste per supportare anche le più critiche e 


sfidanti applicazioni in ambito loT (Internet of Things). Oltre alla connettività, resa possibile grazie alle 


interfacce integrate WiFi e Bluetooth, ESPertino dispone anche di funzionalità avanzate per la crittogra- 


fia, con acceleratori hardware compatibili con i più diffusi algoritmi crittografici 


INTRODUZIONE 

I modulo ESP32 che equipaggia la board ESPertino 

dispone di acceleratori hardware integrati capaci di 

supportare diversi algoritmi crittografici. Come visibile 
nello schema a blocchi di Figura 1, l'accelerazione crit- 
tografica hardware comprende i seguenti moduli: AES, 
SHA-2 (con dimensione dell’hash pari a 256 bit), RSA 
e ECC. A questi algoritmi di crittografia (che potremmo 
definire come “classici”) si accompagna un generatore 


di numeri casuali (RNG, acronimo di Random Number 
Generator), particolarmente utile per la creazione di 
chiavi per la cifratura/decifrazione dei dati. 

L'acceleratore AES (acronimo di Advanced Encryption 
Standard) supporta sei algoritmi conformi alle specifi- 
che FIPS PUB 197, in particolare: AES-128, AES-192 e 
AES-256, sia per la crittografia che per la decrittografia. 
Le prestazioni dell’acceleratore AES sono notevolmen- 
te superiori rispetto a quelle degli stessi algoritmi im- 
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Figura 1: i blocchi che compongono l'acceleratore hardware per la crittografia integrato nel modulo ESP32 
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Input 


Figura 2: rappresentazione schematizzata di una funzione crittografica di hash 
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Figura 3: posizionamento di mbed TLS all’interno degli strati software di una 
generica applicazione embedded 


plementati a livello software. Basti 
pensare che sono richiesti da 11 a 
15 cicli di clock per criptare un sin- 
golo messaggio e da 21 a 22 cicli 
di clock per eseguire la decodifica 
dello stesso messaggio. L’accele- 
ratore SHA supporta quattro algo- 
ritmi conformi alle specifiche FIPS 
PUB 180-4, in particolare: SHA-1, 
SHA-256, SHA-384 e SHA-512. Gli 
ultimi tre algoritmi appartengono al 
gruppo di funzioni di hash SHA-2, 
con dimensione dell’hash pari a, 
rispettivamente, 256, 384 e 512 
bit. L’acceleratore RSA fornisce 
invece un supporto hardware per 
le operazioni aritmetiche a multipla 
precisione utilizzate negli algoritmi 
di cifratura asimmetrica RSA. L'al- 
goritmo RSA (acronimo di Rivest 
Shamir Adelman) vine largamente 
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Algoritmo di hash 
(es. SHA-256) 


Message 
Digest (MD) 


Figura 4: schema di principio del processo di generazione 
del codice HMAC 


utilizzato per la cifratura di chiavi pubbliche. Infine, il 
modulo ESP32 include un generatore di veri nume- 
ri casuali, utilizzabile come base per molte operazioni 
crittografiche. | numeri casuali sono generati basando- 
si sull'entità del rumore presente nella componente 
a radio frequenza del modulo, ovvero nei transceiver 


Bluetooth e WiFi. Quando le interfacce WiFi e Blueto- 
oth sono disabilitate, il generatore produce dei numeri 
pseudo casuali. Viceversa, quando le stesse interfacce 
sono abilitate, il generatore è alimentato da due bit di 
entropia ad ogni ciclo di clock del bus APB (normalmen- 
te impostato a 80 MHz). Ne consegue che, nel caso di 
massima entropia, è conveniente leggere il registro del 
generatore random a una frequenza massima di 5 MHz 
(il registro è a 32 bit, 2 bit vengono scritti ad ogni ciclo 
di clock APB). Dopo questa breve, ma doverosa, pano- 
ramica sui moduli hardware per la crittografia integrati 
nel modulo ESP32, ci poniamo l’obiettivo di applicare e 
testare uno degli acceleratori hardware maggiormente 
utilizzato a livello pratico: lo SHA-256. 


SHA-256 

In altri articoli relativi al tema criptovalute e blockchain 
abbiamo già trattato l'argomento relativo alle funzioni di 
hash e in particolare a una loro categoria molto impor- 
tante: le funzioni crittografiche di hash. Ci interessa 
ora solo ricordare che tali funzioni ricevono in ingresso 
un qualsivoglia blocco dati (messaggio) di lunghezza ar- 
bitraria, applicano allo stesso un determinato algoritmo 
e producono in uscita una sequenza di bit di dimensione 


COM6 


lets Jun 8 2016 00:22:57 


lets Jun 8 2016 00:22:57 


configsip: 0, SPIWP:0xee 


mode:DIO, clock div:1 
load:0x3£££0018,len:4 
load:0x3££f£001c,len:1496 
load:0x40078000,len:8596 
load:0x40080400,len:6980 


ui 


rst:0x1 (POWERON RESET),boot:0x13 (SPI FAST FLASH BOOT) 


rst:0x10 (RTCWDT_RTC_RESET),boot:0x13 (SPI_FAST_ FLASH BOOT) 


clk drv:0x00,q drv:0x00,d drv:0x00,cs0 drv:0x00,hd drv:0x00,wp drv:0x00 


entry 0x400806£4 
Hash: 46dd15d48£276399£928894714d3eb25d7b3862798bd9c926c56d1fced3353eeb 


EA 


Send 


No line ending » 115200 baud >» Clear output 


Figura 5: trace su linea seriale prodotto dall'esecuzione dello sketch su ESPertino 
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@ Sicuro | https://www.freeformatter.com/hmac-generator.html 
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COMPUTE HMAC 


HMAC Generator / Tester Tool 


Computes a Hash-based message authentication code (HMAC) using a secret key. A HMAC is a small set of data that helps authenticate the nature of message; it 
protects the integrity and the authenticity of the message. 


The secret key is a unique piece of information that is used to compute the HMAC and is known both by the sender and the receiver of the message. This key will 
vary in length depending on the algorithm that you use. 


You can also use this page in HTTPS (SSL). 


ESPertino: test HMAC con algoritmo SHA-256 


TE G+ 


Figura 6: tool disponibile online per la verifica del codice HMAC prodotto da ESPertino 


fissa (indicato spesso con il termine digest o semplice- 
mente hash). Il comportamento di una generica funzio- 
ne crittografica di hash è schematizzato nella Figura 2. 
SHA-256 è un algoritmo di hash e come tale definisce 
le operazioni necessarie per implementare una determi- 
nata funzione crittografica di hash. In particolare, SHA- 
256 appartiene all'insieme di algoritmi SHA-2, ovvero 
alla versione 2 del Secure Hash Algorithm, un insieme 
di specifiche redatto dall'ente statunitense NIST (Natio- 
nal Institute of Standards and Technology). A differenza 
di altri algoritmi precedenti (come lo SHA-1 e l'MD5), lo 
SHA-2 non è ancora stato “rotto”, intendendo con ciò 
la possibilità di trovare (applicando tipicamente il meto- 
do della “forza bruta” o altre sue varianti) un messaggio 
di ingresso all’algoritmo che produca un hash in uscita 
esattamente identico a un valore desiderato (equivale 
più o meno a trovare la combinazione per aprire una 
cassaforte..). Lo SHA-256 rappresenta pertanto un’ot- 
tima garanzia di sicurezza ed è questo il motivo per cui 
viene largamente utilizzato per proteggere le transazio- 
ni generate con le criptovalute. A titolo di esempio, ricor- 
diamo che la rete su cui si basa la principale criptovalu- 
ta (la blockchain del Bitcoin) utilizza proprio l'algoritmo 
SHA-256 per implementare la Proof of Work, ovvero il 
processo matematico che porta alla validazione delle 
transazioni presenti nella blockchain. 


IL PROGETTO 


Lo scopo del progetto (interamente software) presenta- 


to in questo articolo è quello di dimostrare le capacità 
crittografiche della scheda ESPertino mettendo alla 
prova l'acceleratore hardware che supporta l’algorit- 
mo SHA-256. In particolare, calcoleremo l’hash di un 
messaggio utilizzando l'algoritmo SHA-256, verificando 
poi la correttezza del valore (digest) prodotto in uscita 
confrontandolo con il valore calcolato da uno dei tanti 
generatori di SHA-256 disponibili online. È importante 
sottolineare come questo esperimento non sia fine a 
se stesso: i protocolli di rete “sicuri” (come ad esempio 
HTTPS o quelli basati su SSH/SSL, tanto per citarne 
un paio) si basano proprio su funzioni crittografiche di 
hash per cifrare i messaggi trasmessi e forniscono per- 
tanto una valida protezione nei confronti degli hacker o 
degli “sniffer” presenti in rete. Per tutte le applicazioni 
e i dispositivi che operano in ambito loT è oggi fonda- 
mentale disporre di meccanismi collaudati e affidabili 
atti a garantire un elevato grado di sicurezza a più li- 
velli. Occorre perciò evitare di trasmettere le informa- 
zioni “in chiaro” (utilizzando ad esempio un protocollo 
non protetto come l’HTTP) e utilizzare solo comunica- 
zioni cifrate. Non è un caso se MQTT (uno dei principali 
protocolli utilizzati nelle applicazioni loT e M2M) utilizza 
il protocollo crittografico TLS/SSL per la comunicazio- 
ne sicura end to end. Per ragioni di semplicità, il pro- 
gramma sarà sviluppato con l'ambiente Arduino IDE, 
opportunamente configurato con il plugin “Arduino core 
for the ESP32” disponibile su GitHub. Per supportare il 
processo software di cifratura e decifratura dei messag- 
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#include <mbedtls/md.h> 


void setup() 


{ 
Serial.begin(115200); 


char *key = “ChiaveSegreta”; 
char *payload = “ESPertino: test HMAC con algoritmo SHA-256"; 
byte hmacResult[32]; 


mbedtls_md_context_t ctx; 


mbedtls_md_type_t md_type = MBEDTLS_MD_SHA256; 


const size_t payloadLength = strlen(payload); 
const size_t keyLength = strlen(key); 


mbedtls_md_init(&ctx); 

mbedtls_md_setup(&ctx, mbedtls_md_info_from_type(md_type), 1); 
mbedtls_md_hmac_starts(&ctx, (const unsigned char *) key, keyLength); 
mbedtls_md_hmac_update(&ctx, (const unsigned char *) payload, payloadLength); 
mbedtls_md_hmac_finish(&ctx, hmacResult); 


mbedtls_md_free(&ctx); 


Serial.print(“Hash: ‘); 


for (int i=0; i<sizeof(hmacResult); i++) 
{ 
char str[3]; 


sprintf(str, “%02x”, (int)nmacResult{[i]); 
Serial.print(str); 
} 
} 


void loop() 
{ 
} 
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Computed HMAC: 


46dd15d8f276399f928894714d3eb25d47b3862798bd9c926c56d1fced3353eeb 


Figura 7: l'ouput prodotto dal tool di verifica online coincide con quello prodotto da ESPertino 


gi utilizzeremo poi una libreria open source largamen- 
te impiegata nelle applicazioni embedded di vario tipo: 
mbed TLS. 


LA LIBRERIA MBED TLS 

Inizialmente nota come PolarSSL, mbed TLS permette 
agli sviluppatori di aggiungere funzionalità crittografi- 
che (in particolare, il supporto al protocollo sicuro SSL/ 
TLS) all’interno dei propri progetti embedded, con uno 
sforzo implementativo minimo. Come visibile in Figura 
3, la libreria si inserisce tra il livello corrispondente allo 
stack di rete TCP/IP e il livello dell’applicazione. Uno dei 
vantaggi di questa libreria è quello di essere facilmente 
portabile su più piattaforme tra cui, appunto, il modu- 
lo ESP32. Inoltre, il plugin Arduino Core menzionato in 
precedenza integra già nativamente tale libreria, che è 
quindi immediatamente disponibile senza dover instal- 
lare librerie aggiuntive. 


HMAC 

L'applicazione che ora descriveremo è di fatto un’appli- 
cazione HMAC (acronimo di keyed Hash Message Au- 
thentication Code): utilizza cioè una modalità per l’au- 
tenticazione dei messaggi basata sulle funzioni di hash. 
| sistemi di autenticazione HMAC permettono di verifica- 
re sia l'integrità di un messaggio che la sua autenticità e 
possono essere utilizzati a priori con qualunque tipo di 
funzione crittografica di hash. Nel nostro caso utilizze- 
remo l’algoritmo SHA-256 e, pertanto, il codice HMAC 
prodotto avrà dimensione pari a 32 byte (256 bit). Lo 
schema di principio relativo alla generazione del codice 
HMAC è visibile in Figura 4. Il mittente del messaggio 
genera il codice HMAC e lo invia insieme allo stesso 
messaggio. Il ricevente può generare a sua volta il co- 
dice a partire dal messaggio ricevuto e verificare se il 
valore calcolato corrisponde a quello ricevuto. Come 
detto in precedenza, HMAC viene utilizzato per verifica- 
re l'autenticità del messaggio, operazione resa possibile 
dalla presenza di una chiave condivisa (indicata con K 
in Figura 4) tra i due nodi posti in comunicazione. 


Le prime implementazioni di HMAC utilizzavano algo- 
ritmi di cifratura poi rivelatosi deboli, come lo SHA-1 
e l'MD5 (MD è proprio l'acronimo di Message Digest). 
Oggi si tende a utilizzare implementazioni più sicure, 
come ad esempio lo SHA-256 che abbiamo scelto per 
la nostra applicazione. La robustezza del meccanismo 
HMAC dipende fondamentalmente da due fattori: 

* lunghezza della chiave utilizzata per cifrare i 
messaggi: le chiavi “lunghe” sono più sicure di 
quelle “corte”; 

e modalità con cui sono generate le chiavi: il grado 
di sicurezza maggiore si ottiene con chiavi gene- 
rate in modo casuale. 

La protezione da attacchi tipici come man in the midd- 
le (‘uomo nel mezzo”) è garantita dalla presenza della 
chiave: se ad esempio un hacker si inserisce nella rete 
modificando il messaggio, il ricevente genererà un codi- 
ce HMAC diverso da quello ricevuto e pertanto scarterà 
il messaggio. Inoltre, l'hacker non conosce la chiave e 
pertanto non sarà in grado di contraffare il messaggio e 
generare un nuovo codice valido. 


LO SKETCH 

Analizziamo ora la parte software del progetto che, 
come detto in precedenza, è composta da uno sketch 
sviluppato in ambiente Arduino IDE. La prima cosa da 
fare è includere il file header (md.h) della libreria mbed 
TLS, il quale contiene i prototipi delle funzioni esposte 
dalla libreria stessa. 


#include <mbedtls/md.h> 


Occorre poi implementare la funzione setup() dello 
sketch, partendo dalla configurazione della linea seria- 
le che utilizzeremo per visualizzare il risultato prodotto 
dall'operazione HMAC: 


Serial.begin(115200); 
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Dobbiamo poi definire i due parametri in ingresso alla 
funzione di hash: il messaggio a cui vogliamo applicare 
la codifica e la chiave segreta. 


char *key = “ChiaveSegreta”; 
char *payload = “ESPertino: test HMAC con algorit- 
mo SHA-256”; 


Avremo anche bisogno di allocare un array di byte per 
contenere il codice di autenticazione generato dall’ap- 
plicazione del processo HMAC. Poichè la funzione di 
hash SHA-256 produce un hash di 256 bit, ci servirà un 
array con dimensione esattamente pari a 32 byte. 


byte hmacResult[32]; 


Le funzioni della libreria mbed TLS utilizzano una parti- 
colare struttura dati (il “contesto”, o context), utilizzata 
per mantenere lo stato interno tra chiamate successive 
a funzioni della libreria stessa. La variabile utilizzata dal- 
lo sketch per mantenere questo contesto è ctx. 


mbedtls_md_context_t ctx; 


Tra i parametri che occorre passare alla funzione di hash 
è presente il tipo di algoritmo di hash che si vuole uti- 
lizzare, definito dal tipo enumerato mbedtls_md_type_t. 
La corrispondente variabile dello sketch è md_type. 
Nel nostro caso, poiché vogliamo utilizzare l'algoritmo 
di hash SHA-256, assegneremo a tale variabile il valore 
enumerato MBEDTLS_MD_SHA256. 


mbedtls_md_type_t md_type = MBEDTLS_MD_ 
SHA256; 


Poiché le funzioni della libreria mbed TLS dovranno ri- 
cevere come parametro sia la lunghezza del messaggio 
che quella della chiave, dovremo memorizzare tali valori 
in due apposite variabili. Trattandosi in entrambi i casi 
di stringhe, la lunghezza del messaggio e della chiave 
verrà ottenuta tramite chiamata alla funzione di libreria 
strlen. 


const size_t payloadLength = strlen(payload); 
const size_t keyLength = strlen(key); 
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Siamo a questo punto pronti per chiamare le funzioni 
della libreria mbed TLS. La prima chiamata da eseguire 
è quella relativa alla funzione mbedtls_mdL_init, la qua- 
le riceve in ingresso un puntatore a una variabile di tipo 
mbedtls_md_context_t. La funzione ha lo scopo di 
inizializzare il contesto precedentemente menzionato e, 
pertanto, dovremo passare come parametro l'indirizzo 
della variabile ctx. Si noti come la funzione non restitui- 
sca alcun valore (valore di ritorno di tipo void). 


mbedtls_md_init(&ctx); 


Successivamente dovremo chiamare la funzione mbe- 
dtls_md_ setup, il cui compito è selezionare la funzione 
di hash da utilizzare e allocare le strutture dati interne 
richieste. Il primo argomento è un puntatore a una varia- 
bile di tipo mbedtls_md_context_t, mentre il secondo 
argomento è una variabile di tipo mbedtls_md_info_t, 
utilizzata per contenere alcune informazioni relative alla 
funzione di hash. Per ottenere questa variabile occorre 
chiamare la funzione mbedtls_md_info_from_type, 
passando in ingresso la variabile di tipo mbedtls_md_ 
type_t precedentemente dichiarata. 
Ritornando alla funzione mbedtls_md_setup, notiamo 
come esista un terzo parametro (di tipo intero) che spe- 
cifica se si intende utilizzare l’HMAC (parametro uguale 
a 1) oppure no (parametro uguale a 0). 
Nel nostro caso eseguiamo la chiamata di funzione con 
il terzo parametro posto a 1, dal momento che vogliamo 
utilizzare la funzionalità HMAC. 
In caso di successo la funzione restituisce il valore 0, 
altrimenti viene restituito uno tra i due seguenti codici 
di errore: 
e  MBEDTLS_ERR_MD_BAD_INPUT_DATA se 
uno o più dei parametri di ingresso non è valido; 
e MBEDTLS_ERR_MD_ALLOC FAILED se si è 
verificato un problema durante l'allocazione del- 
la memoria. 
Entrambi questi codici di errore sono definiti nel file he- 
ader md.h. Per ragioni di semplicità, supporremo che la 
chiamata di funzione vada sempre a buon fine e pertan- 
to non testeremo il valore di ritorno. 


mbedtls_md_setup(&ctx, mbedtls_md_info_from_ 


type(md_type), 1); 


Successivamente dobbiamo eseguire una chiamata 
alla funzione mbedtls_md_hmac._ starts, il cui compito 


è impostare la chiave HMAC e prepararsi all’autentica- 
zione del messaggio. Oltre a un puntatore alla variabile 
contesto, la funzione riceve come secondo parametro la 
chiave e come terzo parametro la lunghezza della chia- 
ve. Il valore di ritorno è 0 in caso di successo, oppure 
MBEDTLS_ERR_MD_BAD_INPUT_DATA se i para- 
metri non sono validi. 


mbedtls_md_hmac_starts(&ctx, (const unsigned char 


*) key, keyLength); 


Il passo successivo consiste nella chiamata alla fun- 
zione mbedtls_md_hmac_update, la quale riceve in 
ingresso il messaggio da autenticare (i parametri e il va- 
lore di ritorno sono analoghi a quelli della funzione vista 
in precedenza). 


mbedtls_md_hmac_update(&ctx, (const unsigned char 


*) payload, payloadLength); 


Ora che abbiamo specificato sia la chiave che il mes- 
saggio possiamo eseguire la chiamata alla funzione 
mbedtls_md_hmac_finish in modo tale da ottenere il 
codice di autenticazione prodotto. Il primo argomento 
è un puntatore al contesto, mentre il secondo è un buf- 
fer di byte per contenere il risultato dell'operazione. Il 
valore di ritorno si comporta esattamente come i casi 
precedenti. 


mbedtls_md_hmac_finish(&ctx, hmacResult); 


La successiva chiamata alla funzione mbedtls_md_ 
free serve a liberare e azzerare le risorse precedente- 
mente allocate (la funzione non restituisce alcun valore). 


mbedtls_md_free(&ctx); 


Il ciclo for successivo è auto esplicativo: il buffer con- 
tenente l'uscita dell'HMAC viene scandito byte a byte, 
convertito in esadecimale e inviato sulla linea seriale 
per una comoda visualizzazione. 

Abbiamo a questo punto completato l’analisi del codice, 
il cui listato completo è consultabile alla pagina 107. 


TEST DELL’'APPLICAZIONE 

Per eseguire la verifica e la validazione del codice, è 
sufficiente caricare lo sketch in Arduino IDE, compilarlo 
e scaricarlo sulla board ESPertino. 

Successivamente, con il monitor seriale aperto, lancia- 
mo l'applicazione. Il trace prodotto sulla linea seriale 
sarà simile a quanto visibile in Figura 5. 

In particolare, dovremo concentrarci sul codice HMAC, 
ovvero sulla sequenza di 32 byte rappresentati in for- 
mato esadecimale. Per avere la conferma che il valore 
calcolato da ESPertino è corretto, possiamo utilizzare 
uno strumento disponibile online, in grado di calcolare 
lPHMAC di un messaggio fornito in ingresso applicando 
una tra N funzioni di hash disponibili. 

Come visibile in Figura 6 (nella barra degli URL è indi- 
cato l'indirizzo della pagina web), lo schermo di questo 
tool è suddiviso in tre parti: nella parte superiore andrà 
inserito il messaggio su cui calcolare l’HMAC, nella par- 
te centrale andrà inserita la chiave segreta, mentre nella 
parte inferiore occorrerà selezionare l’algoritmo di hash 
da applicare (SHA256 nel nostro caso). 

Premendo il tasto “COMPUTE HMAC” verrà calcolato e 
visualizzato il codice HMAC ottenuto dal tool applicando 
l'algoritmo SHA-256, come visibile in Figura 7. 

A questo punto non ci resta che confrontare questa 
stringa di byte con quella prodotta dallo sketch eseguito 
su ESPertino: il risultato sarà identico! 


CONCLUSIONI 

Abbiamo presentato in questo articolo un'utile applica- 
zione crittografica di ESPertino. 

Anche se non ce ne rendiamo sempre conto, l’accelera- 
tore crittografico hardware integrato nel modulo ESP32 
viene utilizzato in numerose applicazioni, come l’imple- 
mentazione dei protocolli HTTPS e MQTT e in tutte le 
comunicazioni sicure basate su TLS/SSL. 

La comunicazione sicura è un requisito fondamentale 
delle applicazioni loT, dove le informazioni vanno pre- 
servate e protette da ogni possibile forma di attacco. 

In questo contesto ESPertino si distingue per la comple- 
ta dotazione di funzionalità hardware e librerie software 
in grado di supportare anche le più critiche applicazioni. 


L'autore è a disposizione nei commenti per eventuali 
approfondimenti sul tema dell’Articolo. Di seguito il link per 
accedere direttamente all’articolo sul Blog e partecipare alla 
discussione: 
https://it.emcelettronica.com/applicazioni-crittografiche-di- 
espertino 
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CRYPTO TICKER 
CON ESPERTINO: 
PROGETTO COMPLETO 


di Stefano Lovati 


Grazie alle sue funzionalità avanzate, come la connettività e il supporto per numerosi tipi di interfacce, 


la scheda ESPertino si presta ad essere impiegata in applicazioni non solo utili ma anche insolite e diver- 


tenti. Il progetto presentato in questo articolo ha lo scopo di presentare su un display OLED le quotazioni 


in tempo reale di un certo numero di criptovalute, scelte a piacimento dall'utente. 


INTRODUZIONE 

onostante sia un sistema embedded di dimen- 

sioni molto compatte, ESPertino si dimostra 

un'ottima soluzione anche per sviluppare appli- 
cazioni nel campo delle criptovalute. In un precedente 
articolo, abbiamo visto come l’engine crittografico inte- 
grato nel modulo ESP32 (il cuore della board) possa 
essere utilmente impiegato per il calcolo della funzione 
crittografica SHA-256, con numerose applicazioni nel 
campo della sicurezza (si pensi ad esempio ai protocol- 
li sicuri e all’autenticazione). In questo articolo propo- 
niamo un progetto differente che, oltre ad essere utile 


per chi vuole essere informato sulla quotazione corren- 
te delle criptovalute, offre lo spunto per apprendere la 
tecnica di gestione di un display OLED con interfaccia 
12C. Volete avere sempre sott'occhio la quotazione delle 
criptovalute preferite senza dover consultare continua- 
mente i siti specializzati? Vi affascina il mondo delle 
monete digitali ma non sapete come entrare in questo 
ambiente in modo “soft”, oppure volete semplicemente 
sperimentare la qualità superiore in termini di luminosità 
e contrasto di un display OLED? La risposta è molto 
semplice: vi basterà proseguire nella lettura dell’artico- 
lo! Il progetto ha lo scopo di realizzare un dispositivo 

che, collegandosi alla rete WiFi, 

visualizza su un display grafico il 


ESPertino 


12C 


MIOTA 


E0.361445 
24h: -1.43% 


a Display OLED 


CoinMarketCap.com 


valore corrente di diverse cripto- 
valute (è possibile gestire fino a 
un massimo di 10 differenti mo- 
nete, selezionabili dall'utente). 
La quotazione delle criptovalute 
viene ottenuta accedendo al sito 
CoinMarketCap.com trami- 
te apposite API, estraendo da 
esso le informazioni richieste. In 
pratica viene utilizzato il metodo 
GET del protocollo HTTP e la 
relativa risposta viene interpre- 
tata e decodificata utilizzando 
la libreria ArduinoJson. L'intero 
progetto è affrontabile da chiun- 
que (non è richiesta alcuna sal- 
datura o modifica hardware alla 
scheda): oltre a ESPertino è 
infatti sufficiente disporre di un 


Figura 1 
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display OLED (tra poco vedre- 


Val i 


Figura 2: uno dei più famosi esempi di stock ticker, installato a Times Square, New York 


mo i dettagli), una piccola protoboard e qualche cavetto 
jumper. 

L'intera applicazione verrà sviluppata all’interno di Ar- 
duino IDE. 


SCHEMAA BLOCCHI 
Lo schema a blocchi dell’intero progetto è visibile in Fi- 
gura 1. La parte centrale del sistema è ovviamente rap- 


Figura 3: display OLED basato sul controllore SSD1306 


presentata dalla scheda ESPertino, equipaggiata con 
il modulo ESP32 opportunamente programmato con 
lo sketch sviluppato in ambiente Arduino. Quest'ultimo, 
nella fase di setup, aprirà come client una connessione 
di rete collegandosi a un access provider (i corrispon- 
denti parametri SSID e password andranno inseriti nello 
sketch, come vedremo). Una volta instaurata la connes- 
sione, l'applicazione comincerà a prelevare dal sito web 
CoinMarketCap le quotazioni correnti per le criptovalute 
configurate. Nello sketch è infatti presente una lista (di 
dimensione massima pari a 10) in cui l'utente può inse- 
rire le criptovalute di cui desidera monitorare la quota- 
zione in tempo reale. Un set di valute è già preimposta- 
to nello sketch, ma è possibile sostituire le criptovalute 
presenti con altre di proprio piacimento. La parte di ac- 
quisizione dei dati è visibile nella parte destra di Figura 
1, schematizzata con il simbolo del world wide web e 
con l'indirizzo del sito che mette a disposizione le quota- 
zioni. Si noti come la freccia sia entrante verso ESPerti- 
no, in quanto la scheda rappresenta il destinatario delle 
informazioni. In realtà, come sappiamo, il protocollo di 
comunicazione per l’accesso al sito (HTTP) implica sia 
la trasmissione che la ricezione dei dati. 

Nella parte sinistra di Figura 1 è invece presente il di- 
splay, che riceve i dati da visualizzare (per comodità 
utilizzeremo una libreria apposita sviluppata per l’am- 
biente Arduino IDE, che si è dimostrata perfettamente 
compatibile anche con le schede basate sul microcon- 
trollore ESP32). Il collegamento del display OLED con 
la scheda ESPertino avviene tramite interfaccia 12C. Più 
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Lo. Pin ESPertino / se- 
Pin Display OLED 


rigrafia PCB 
SDA 1026 / x3 
SCL 1027 
Vcec 3V3 
GND GND 


precisamente sono richiesti i seguenti 4 fili (tutti i se- 
gnali sono disponibili sui connettori della board): 

e 1 filo peril segnale serial clock (SCL); 

* 1 filo peril segnale serial data (SDA); 

* 1 filo perl’alimentazione positiva (+3,3 V); 

e 1filo perla massa (GND). 


La libreria Wire (utilizzata per l’implementazione di bas- 
so livello del protocollo °C) abilita i pullup interni in cor- 
rispondenza dei segnali SCL e SDA e ciò, su molti tipi 
di display, potrebbe essere sufficiente al funzionamento 
corretto del dispositivo. È tuttavia preferibile inserire dei 
pullup esterni tra gli stessi segnali e Vcc, utilizzando re- 
sistenze con valore di 4,7 o 10 KQ. 


ORIGINE DEL NOME TICKER 

Qualche lettore potrebbe a questo punto chiedersi da 
dove derivi il nome assegnato al progetto. Nel mondo fi- 
nanziario, per stock ticker si intende il prezzo associa- 
to a un determinato valore, aggiornato continuamente 
in seguito alle transazioni di acquisto e vendita eseguite 
sul medesimo (sia esso un titolo, una valuta, una cripto- 
valuta o più in generale qualunque valore ammesso alle 
contrattazioni). In particolare, per “tick” si intende ogni 
variazione del prezzo corrente, che può essere sia al 
rialzo che al ribasso. Lo stock ticker ha quindi il compi- 
to di visualizzare automaticamente questi tick, insieme 
ad altre informazioni correlate (come i volumi scambiati 
nelle ultime 24 ore oppure nell'ultima settimana). Tali 
informazioni sono ovviamente utili agli investitori, ma 
anche a chi voglia rimanere informato sull'andamento 
di un titolo o valuta e monitorarne il valore nel tempo. 
Le informazioni visualizzate da uno stock ticker (nel no- 
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stro caso particolare si tratterà di un crypto ticker) sono 
aggiornate in tempo reale oppure con un leggerissimo 
ritardo. Uno degli stock ticker più famoso è sicuramente 
quello visibile a New York in Times Square. Come visi- 
bile in Figura 2, un sistema completamente elettronico 
visualizza l'andamento dei titoli tecnologici quotati al 
Nasdaq (le barre verdi indicano un rialzo, quelle rosse 
un ribasso del titolo). 


DISPLAY OLED 

Il display scelto per l'applicazione è basato sul diffuso 
componente SSD1306, un driver monolitico per la ge- 
stione di display grafici OLED/PLED. Il controllore gesti- 
sce una matrice di OLED composta da 128 segmenti e 
64 linee comuni e pertanto la risoluzione del display è 
pari a 128 x 64 pixel. Il componente SSD1306 include 
un circuito per il controllo automatico del contrasto, la 
memoria RAM per il video e un oscillatore, minimizzan- 
do gli assorbimenti e il numero di componenti esterni ri- 
chiesto. La versione di display utilizzata per il progetto è 
controllabile dal sistema host (il microcontrollore ESP32 
che equipaggia ESPertino) tramite l’invio di dati e co- 
mandi su interfaccia IC. Il display (visibile in Figura 3) 
ha dimensioni molto compatte, con una diagonale pari 
a 0,96 pollici. Nonostante questo, lo schermo è perfet- 
tamente leggibile anche nelle condizioni più critiche di 
luminosità e di incidenza del fascio luminoso: ciò av- 
viene in virtù dell'elevato contrasto e nitidezza tipici dei 
display OLED. Inoltre, poiché la radiazione luminosa è 
emessa dagli stessi led organici, non è richiesto alcun 
sistema di retroilluminazione, con conseguenti vantaggi 
in termini di riduzione dei consumi. Un ulteriore signifi 
cativo vantaggio è offerto dalla presenza, integrata sul 
PCB del display, di appositi regolatori di tensione che ne 
permettono il funzionamento con valori di alimentazione 
compresi tra 3V e 5V. È così possibile utilizzare il me- 
desimo display per progetti basati ad esempio su una 
scheda Arduino Uno oppure su una scheda ESPertino, 
senza la necessità di introdurre dei traslatori di livello. 
Pur essendo monocromatico, esistono in commercio 
versioni del display con colorazione dei led bianchi op- 
pure blu. Entrambe le versioni sono adatte al progetto, 
la cosa importante è verificare che l'interfaccia utilizzata 
sia °C (la serigrafia del PCB deve mostrare i segnali 
come indicato in Figura 3: SDA, SCL, Vec e GND). Per 
quanto concerne il collegamento del display alla scheda 
ESPertino, si può fare riferimento alle indicazioni fornite 
nella Tabella 1. 

Per comodità, gli stessi collegamenti sono proposti in 
Figura 4 (il layout della scheda è stato tratto dal data- 
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dallo stesso sito web. Tale valore è pre- 
ceduto dalla lettera ‘E’ per indicare che il 
valore è riferito alla valuta euro. La terza 
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ed ultima riga riporta infine la variazione 
percentuale della criptovaluta registrata 
nelle ultime 24 ore. | dati visualizzati sono 
continuamente aggiornati scorrendo la 
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lista di criptovalute desiderate codificata 
nello sketch (attualmente la lista può es- 
sere composta al massimo da 10 monete 
digitali differenti). 


Elettronica Open Source 


puuu.elettroni 


API COINMARKETCAP 
Per estrarre i dati relativi alla quotazione 
delle criptovalute è stata utilizzata l’inter- 


faccia per gli sviluppatori (API) messa a 
disposizione dal sito CoinMarketCap. 
Questo sito gode di una certa fama sia 


Figura 4: evidenziazione dei pin e connettori di ESPertino utilizzati per il 


collegamento con il display 


DOGE 


E0.002058 
24h: 3.74% 


Figura 5: layout dei dati visualizzati sul display OLED 


sheet di ESPertino). 

In Figura 5 possiamo invece osservare il layout dei dati 
visualizzati sul display. La prima riga mostra il nome 
abbreviato della criptovaluta, un codice univoco valido 
universalmente che è ad esempio visibile nella home 
page del sito CoinMarketCap (colonna “Circulating Sup- 
ply”). Nel caso di Figura 5, ad esempio è visualizzata 
la quotazione della moneta Dogecoin (DOGE). La se- 
conda riga (che utilizza un font di dimensioni maggiori) 
mostra invece la quotazione della criptovaluta fornita 


per l'ampia disponibilità di dati, sia per il 
fatto di avere rilasciato un’interfaccia pub- 
blica (le versioni V1 e V2, leggermente 
differenti per quanto riguarda la struttura 
e il contenuto dei dati esposti sono docu- 
mentate in [1] e [2]). A partire dal 4 dicem- 
bre 2018, tuttavia, queste due modalità 
di accesso ai dati sono state sostituite da 
una nuova versione di interfaccia: la Pro- 
fessional API. La principale differenza è 
che ora occorre utilizzare una chiave pri- 
vata di accesso (rilasciata dal sito previa 
registrazione) e inserirla opportunamente 
nella richiesta HTTP eseguita per ottenere 
i dati. Esistono diversi profili utente, alcu- 
ni a pagamento con funzionalità e servi- 
zi sempre più avanzati e completi. Per la 
nostra applicazione utilizzeremo comun- 
que la modalità free, che non richiede 
la stipula di alcun contratto o pagamento: 
è sufficiente registrarsi al sito fornendo il 
proprio nome e indirizzo mail, scegliere 
la modalità “Basic Plan” e successivamente ottenere la 
chiave da utilizzare con le API. si osservi a questo pro- 
posito la Figura 6, che mostra la dashboard una volta 
eseguito il login. Cliccando sul tasto “Copy key” a sini- 
stra è possibile copiare il contenuto della chiave privata 
nello scratchpad (la chiave andrà inserita nello sketch, 
come vedremo tra poco). Si noti inoltre come la dash- 
board riporti il numero di crediti (credits) utilizzati nel 
giorno corrente e nell'ultimo mese. | crediti sono limitati 
nella versione free (333 al giorno), per cui occorre ge- 
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«i C' | è Sicuro | https://pro.coinmarketcap.com/account 


@ OVERVIEW 


PLAN & BILLING 


(CS 
Dashboard / Overview 


A API Key @ API Key Usage BASIC PLAN 


0/333 256/10.000 


Last Updated: Today at 10:08 PM 


E API Request Log 
Status Request URL Credit Count Timestamp (UTC) IP 


200 [V1/eryptocurrency/quotes/latest? il 2018-11-21T19:44:50.677Z 93.37.80.234 
symbol=NANO&convert=EUR 


200 Iv1/cryptocurrency/quotes/latest? fi 2018-11-21T19:44:40.791Z 93.37.80.234 


Figura 6: il pannello di controllo utente da cui può essere recuperata la chiave privata e il residuo dei crediti 


@ CoinMarketCap 


Q Search 


CRYPTOCURRENCY 

Get metadata 

Get CoinMarketCap ID map 

List all cryptocurrencies (historical) 
List all cryptocurrencies (latest) 
Get market pairs (latest) 

Get OHLCV values (historical) 
Get OHLCV values (latest) 

Get market quotes (historical) 


Get market quotes (latest) 


EXCHANGE 


GLOBAL-METRICS 


G C' | @à Sicuro | https://pro.coinmarketcap.com/api/v1#operation/getV1CryptocurrencyQuotesHistorical 


Developers API DOCUMENTATION PRICING FAQ ov 


Get market quotes (latest) GENI Ny/cryptocurrency/quotes/latest 


Get the latest market quote for 1 or more cryptocurrencies. Use the "convert" option to return market 
values in multiple fiat and cryptocurrency conversions in the same call. 


This endpoint is available on the following API plans: 


* Basic 

» Startup 

» Hobbyist 

* Standard 

* Professional 
» Enterprise 


Cache / Update frequency: Every 1 minute. 
Plan credit use: 1 call credit per 100 cryptocurrencies returned (rounded up) and 1 call credit per 
convert option beyond the first. 


"circulating supply”: 


"total_supply": 
PARAMETERS " n 
LELSETT) VAL 
"date_added"; 
Query Parameters OA 
4 id "eme_rank": 1, 
One or more comma-separated cryptocurrency CoinMarketCap IDs. "last_updated": 
Example: 1,2 "tags": [ 


Figura 7: la documentazione delle API è completa e molto dettagliata 


stirli opportunamente. Nel caso di interrogazione di 10 lingua inglese. Più precisamente, il comando utilizzato 
criptovalute (inclusa la conversione automatica in euro all’interno dello sketch è il “Get market quotes (latest)” 
eseguita dal servizio), vengono consumati 10 crediti (in Figura 7 è visualizzata la pagina della relativa do- 


ogni volta. 


cumentazione), che restituisce la quotazione corrente 


Per quanto riguarda il formato dei dati, l'interfaccia è di (ultima in ordine di tempo) della criptovaluta specifica- 
tipo JSON, gestita nell’applicazione tramite la libreria ta come parametro del metodo HTTP GET. A destra in 
ArduJson. La documentazione ufficiale delle API [3] è Figura 7 è visibile un esempio di Json restituito dalle 
molto completa e facilmente comprensibile, anche se in API (in questo caso si tratta di una richiesta relativa alla 
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moneta “BTC”, cioè il Bitcoin). Questa parte è completa- 
mente implementata nello sketch, che è quindi compa- 
tibile alla versione Professional delle API e non richiede 
alcuna modifica se non l’inserimento della propria chia- 
ve privata ottenuta previa registrazione di un account 
free su CoinMarketCap. 

A titolo di esempio, riportiamo il Json completo restituito 
dall’API precedentemente citata a seguito di una richie- 
sta relativa alla criptovaluta Monero (“XMR”): 


{ 
“status”: { 
“timestamp”: “2018-11-21T21:27:43.8122Z”, 
“error_code”: 0, 
“error_message”: null, 


“elapsed”: 6, 
“credit_count”: 1 
h 
“data”: { 
“XMR?: { 
Bilcl=4328: 
“name”: “Monero”, 
“symbol”: “XMR”, 
“slug”: “‘monero”, 
“circulating_supply”: 16587767.6143826, 
“total_supply”: 16587767.6143826, 
“max_supply”: null, 
“date_added”: “2014-05-21T00:00:00.000Z”, 
“num_market_pairs”: 105, 
“tags”: [ 
“mineable” 
I} 
“cme_rank”: 10, 
“last_updated”: “2018-11-21T21:27:08.000Z”, 
“quote”: { 
“EUR”: { 
“price”: 60.042084403353385, 
“volume_24h”: 18859128.49430606, 
“percent_change_1h”: -0.2479, 
“percent_change_24h”: 3.4633, 
“percent_change_7d”: -33.5277, 
“market_cap”: 995964143.1659719, 
“last_updated”: “2018-11-21T21:25:00.000Z” 
} 
} 
} 
} 
} 


LIBRERIE RICHIESTE 
L'applicazione software si basa sulle seguenti compo- 
nenti: 

e. sketch Arduino, di cui parleremo nel prossimo 
paragrafo; 

* la classe CoinMarketCapProfessionalApi, de- 
finita nei file CoinMarketCapProfessionalApi.h 
e CoinMarketCapProfessionalApi.cpp, presenti 
nella stessa cartella dello sketch. Tale classe 
definisce la struttura dati e i metodi per l’inter- 
facciamento con le API Professional esposte da 
CoinMarketCap; 

e lalibreria ArduinoJson, necessaria per esegui- 
re in modo agevole il parsing della struttura Json 
restituita a seguito dell’interrogazione HTTP 
GET; 

* la libreria per pilotare il display OLED. 


Entrambe le librerie vanno installate nell’IDE Arduino 
attraverso la voce del menu: Sketch > Include Library > 
Manage Libraries. Nel primo caso, occorre inserire nella 
barra di ricerca “ArduinoJson”. 

Nei risultati della ricerca selezionare e installare la libre- 
ria ArduinoJson di Benoit Blanchon, versione 5.13.2 
(evitare assolutamente la versione beta, non è adatta 
alla nostra applicazione), come indicato in Figura 8. Per 
quanto riguarda invece la libreria per il display OLED, 
occorre procedere esattamente nello stesso modo, in- 
serendo questa volta nella barra di ricerca la stringa 
“oled driver”. Nei risultati della ricerca, selezionare e in- 
stallare la libreria “ESP8266 and ESP32 Oled Driver for 
SSD1306 display” di Daniel Eichhorn e Fabrice Wein- 
berg, versione 4.0.0 (si osservi la Figura 9). 


LO SKETCH 

Lo sketch è contenuto nel file ESPertino_Crypto_ticker. 
ino, allegato all’articolo insieme ai due file che definisco- 
no la classe CoinMarketCapProfessionalApi. Prima di 
eseguire la compilazione e il download dello sketch su 
ESPertino occorre comunque modificare a mano la se- 
guente sezione, contenente le credenziali di accesso 
alla rete WiFi e la chiave personale per accedere alle 
API Professional di CoinMarketCap: 


/ Configuratione della rete WiFi e della chiave 

privata 

// per l’accesso alle API Professional di CoinMar- 

ketCap 

7) 

/ inserire qui i propri valori prima di compilare lo 
sketch!!! 
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Library Manager 


v Topic AII «| arduinojson]| 


13.2 INSTALLED 


È rduino)son supports w' serialization, y deserialization, Y MessagePack, v' fixed allocation, Y° 
zero-copy, Y streams, and more. It is the most popular Arduino library on GitHub WW##7. Check out arduinojson.org for a comprehensive 

| documentation. 

More info 


| Constellation by Sebastien Warin 

Arduino/ESP library for Constellation 1.8 Arduino/ESP library for Constellation 1.8. This library use the Arduino JSON library 
| (https://github.com/bblanchon/ArduinoJson) (version 5.x) to encode & decode JSON. 

More info 


il 
il 
| CTBot by Stefano Ledda 

| Simple Arduino Telegram BOT library for ESP8266 A simple, easy to use and strightforward Arduino library for using Telegram bots on ESP8266 
| chips. In order to use this library you need the ArduinoJson library (release 5.13.2) installed. Inline keyboard supported. NEW: localization messages 
| supported. 


More info 
| 


il 

| IFTTTMaker by Brian Lough 

| A helper library for triggering IFTTT maker events (ESP8266 & Wifi-101) Use this library to simply trigger a IFTTT maker event, which can be 
| used to send emails, tweets, notifications etc. Requires ArduinoJson library. 
| More info 


l 


Figura 8: selezione e installazione della libreria ArduinoJson ver. 5.13.2 


Library Manager 


Type All x Topic All x \oled driver 


Adafruit SSD1306 by Adafruit A 
SSD1306 oled driver library for monochrome 128x64 and 128x32 displays SSD1306 oled driver library for monochrome 128x64 and 128x32 
displays 

More info 


Adafruit SSD1306 Wemos Mini OLED by Adafruit + mcauser 

SSD1306 oled driver library for Wemos Di Mini OLED shield This is based on the Adafruit library, with additional code added to support the 
64x48 display by mcauser. 

More info 


Adafruit SSD1331 OLED Driver Library for Arduino by Adafruit 
For 0.96" OLEDs in the Adafruit shop For 0.96" OLEDs in the Adafruit shop 
More info 


ESP8266 and ESP32 Oled Driver for SSD1306 display by Daniel Eichhorn, Fabrice Weinberg Version 4.0.0 INSTALLED 


A I2C display driver for SSD1306 oled displays connected to an ESP8266 or ESP32 A I2C display driver for SSD1306 oled displays connected 
to an ESP8266 or ESP32 
More info 


Select version >» Install 


OakOLED by Brian Taylor 


An Adafruit GFX driver for the Oak OLED (an SSD1306 with no reset line) Install this as the display library for Adafruit_GFX 
More info 


Figura 9: selezione e installazione della libreria per il display OLED 


AI primo avvio il programma visualizzerà una schermata 
Il di benvenuto (visibile in Figura 10), per poi cominciare 
char glb_ssid[] = "XXXXXXXXXX®; a proporre la quotazione corrente e la variazione per- 


char glb_password[] = MYNNKKKX®; ; ; RAG 
tual lle ultime 24 Il tovalut t 
char glb_api_Key[] = ‘X-CMC_PRO_API_KEY: centuale sulle ultime 24 ore delle criptovalute inserite 


NAKKKAKANAKK KAKA KAKA NKAKAAKAAAAAX": nell'apposita lista dello sketch. 
La lista delle criptovalute gestite, contenuta all’interno 
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dello sketch, è la seguente: 


cripto_info_t glb_cripto_info[MAX_NUM_CRIPTOVA- 
LUTE] ={ 

{ “Bitcoin”, “BTC”, 0.0F, 0.0F, true, PRESCALER_TI- 
CKER_GET }, 

{ “Dogecoin”, “DOGE”, 0.0F, 0.0F, true, PRESCA- 
LER_TICKER_GET }, 

{ “Ethereum”, “ETH®”, 0.0F, 0.0F, true, PRESCALER_ 
TICKER_GET }, 


{ “Nano”, “NANO”, 0.0F, 0.0F, true, PRESCALER_ 
TICKER_GET }, 

{ “Digibyte”, “DGB”, 0.0F, 0.0F, true, PRESCALER_ 
TICKER_GET }, 

{ “lota”,  “‘MIOTA”, 0.0F, 0.0F, true, PRESCALER_TI- 
CKER_GET }, 

{ “Monero”, “XMR?”, 0.0F, 0.0F, true, PRESCALER_ 
TICKER_GET }, 


{ “MonaCoin”, “MONA”, 0.0F, 0.0F, true, PRESCA- 
LER_TICKER_GET }, 

{ “Bytecoin”, “BCN”, 0.0F, 0.0F, true, PRESCALER_ 
TICKER_GET }, 

{ “Litecoin”, “LTC”, 0.0F, 0.0F, true, PRESCALER_TI- 
CKER_GET} 
ti 


ESPertino 


Crypto Ticker 


Figura 10: schermata di benvenuto dell'applicazione 


Il primo campo è il nome della criptovaluta: serve solo 
come memo, non è visualizzato sul display e non è uti- 
lizzato dallo sketch. Il secondo campo è il simbolo uni- 
voco della moneta digitale, mentre il penultimo campo è 


la flag di abilitazione: se true il valore di quella criptova- 
luta viene acquisito e visualizzato, se false la criptova- 
luta viene ignorata. Risulta così possibile ridurre, se lo 
si desidera, il numero di valute visualizzate sul display. 
I valori relativi a ogni criptovaluta rimangono visualizzati 
sul display per 10 secondi; con 10 valute il ciclo comple- 
to di visualizzazione dura pertanto 100 secondi. Poiché 
esiste un limite di 330 crediti al giorno (nel nostro caso 
corrispondono esattamente a 330 richieste eseguite tra- 
mite le API Professional) è stato introdotto un meccani- 
smo regolato dal valore della seguente costante: 


#define PRESCALER_TICKER_GET 27 // periodo di 
acquisizione ticker = 45 minuti 


Ad ogni ciclo completo di visualizzazione (100 secon- 
di nel caso peggiore) viene decrementata una variabile 
inizializzata al valore di tale costante. L'acquisizione dei 
dati tramite API viene eseguita una volta ogni PRESCA- 
LER_TICKER_GET cicli completi, preservando così il 
numero disponibile di crediti per l’intera giornata. Tra 
una acquisizione e la successiva vengono visualizzati 
gli ultimi valori ottenuti da CoinMarketCap. 


CONCLUSIONI 

Il progetto presentato nell'articolo rappresenta non sol- 
tanto una utile occasione per apprendere concetti e 
strumenti comunemente utilizzati nel mondo delle crip- 
tovalute, ma è anche un modo divertente e pratico per 
imparare a utilizzare nuove periferiche per ESPertino 
(come il display OLED con interfaccia 1°C) e nuove me- 
todologie di acquisizione dei dati (interfaccia Json espo- 
sta dal sito CoinMarketCap). 


LINK ALLO SKETCH 
Sketch per il progetto ESPertino Crypto Ticker 


RIFERIMENTI 


[1] https://coinmarketcap.com/it/api/documentation/v1/ 
[2] https://coinmarketcap.com/api/ 
[3] https://pro.coinmarketcap.com/api/v1 


L'autore è a disposizione nei commenti per eventuali 
approfondimenti sul tema dell’Articolo. Di seguito il link per 
accedere direttamente all’articolo sul Blog e partecipare alla 
discussione: 
https://it.,emcelettronica.com/crypto-ticker-con-espertino- 
progetto-completo 
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COME INTEGRARE 
DISPOSITIVI IOT NELLA 


RETE IOTA 


di Stefano Lovati 


Scopriamo in questo articolo, dal taglio prevalentemente applicativo (o pratico), come sia possibile col- 


legare alla rete IOTA vari tipi di dispositivi elettronici, realizzando e sperimentando l'utilizzo della cripto- 


valuta in un sistema loT reale. Con un Raspberry Pi e pochi altri componenti dimostreremo infatti come 


sia possibile eseguire dei pagamenti e ottenere dei servizi da un dispositivo fisico 


INTRODUZIONE 

OTA è una criptovaluta a cui abbiamo dedicato uno 

spazio considerevole, con una serie di articoli tema- 

tici di presentazione e di approfondimento delle sue 
funzionalità. Il motivo principale di questa scelta risie- 
de nell’applicazione tipica a cui è destinata IOTA, cioè 
il mondo delle applicazioni loT. Grazie a caratteristiche 
quali scalabilità, efficienza, rapidità nella creazione del- 
le transazioni e all’utilizzo della struttura Tangle (un 
particolare tipo di grafo aciclico diretto, o DAG), IOTA 
è in grado di supportare agevolmente le transazioni ti- 
piche di un sistema loT, caratterizzato da micro paga- 
menti che devono necessariamente essere completati 
in tempi brevi e in modo totalmente sicuro. In questo 
articolo, una sorta di guida rivolta a tutte le tipologie di 
utenti (compresi i principianti) vedremo come seguendo 
pochi e semplici passi sia possibile utilizzare il proto- 


collo su cui si basa IOTA per effettuare dei micro pa- 
gamenti e per ricevere, in cambio, i servizi offerti da un 
dispositivo fisico reale. Più precisamente, l’obiettivo del 
progetto presentato nell’articolo è quello di realizzare 
un semplice circuito che possa essere attivato (alimen- 
tato) oppure disattivato basandosi sulla disponibilità di 
fondi in un determinato wallet/indirizzo IOTA. In modo 
analogo a molte altre criptovalute, IOTA permette infatti 
di creare un wallet (portafoglio) al quale viene associa- 
to un indirizzo univoco; tramite opportune applicazioni 
software disponibili per tutte le piattaforme hardware e 
per i principali tipi di sistema operativi, è poi possibile 
eseguire delle transazioni di pagamento (prelevando 
l'importo in IOTA dal wallet selezionato) oppure riceve- 
re dei pagamenti eseguiti in IOTA (fornendo l’indirizzo 
del proprio wallet come destinatario della transazione). 
L'idea di associare a una transazione di pagamento 


è 


dware o software o in genere il controllo 
di un’apparecchiatura elettronica non è 
poi così lontana dalla realtà: anzi, IOTA 
è nata soprattutto per supportare le tran- 
sazioni M2M tipiche del mondo loT, dove 
occorre operare con efficienza e sicurez- 
za. Le transazioni possono anche avere 
importo molto ridotto (si parla, appunto, di 
micro pagamenti) e non vi è la necessità 
di “attirare” i Miner con commissioni gene- 
rose poiché in IOTA non esistono miner: 
la transazione verrà validata e inserita 
nel Tangle senza dover sborsare alcuna 
commissione extra. Qualche sviluppatore 
o ricercatore ha ipotizzato scenari simili a 


l'attivazione di una funzionalità har- 


Figura 1: schema a blocchi dell'applicazione 
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quelli prospettati ma molto più pratici. È 


COME INTEGRARE DISPOSITIVI IOT NELLA RETE IOTA 


Figura 2: Raspberry Pi 3 B/B+: il cuore del progetto 


Figura 3: il modulo relè 


infatti possibile trovare in rete più di un video che mostra 
come attivare una macchinetta del caffè tramite il pa- 
gamento eseguito con una criptovaluta: chissà, forse in 
un prossimo futuro vedremo applicazioni di questo tipo 
nella vita di tutti i giorni, a partire dalla colazione al bar. 


IL PROGETTO 
Il cuore del progetto è rappresentato dalla scheda Ra- 
spberry Pi 3 B/B+ capace di connessione a internet 
tramite l'interfaccia WiFi integrata. Con riferimento allo 
schema a blocchi di Figura 1, oltre al Raspberry Pi il 
progetto include i seguenti componenti: 
e modulo relè compatibile con il livello di tensione 
presente sui GPIO del Raspberry Pi (3,3 V); 
e una piccola scheda di prototipazione rapida 
(breadboard); 
e unLED di qualsiasi tipo per impieghi convenzio- 
nali; 
e unapilada9V; 
e unaresistenza R da 330 Q; 
e cavetti jumper. 


\ 


Figura 4: la breadboard su cui assemblare il circuito 


Figura 5: il diodo LED è di tipo normale, per uso conven- 
zionale 


Il principio di funzionamento del circuito è molto sempli- 
ce. Il Raspberry Pi, opportunamente programmato con 
un'applicazione scritta in Python, verifica periodica- 
mente il saldo del conto in IOTA accedendo direttamen- 
te alla rete Tangle. Se il saldo è positivo, viene attivato 
un GPIO che a sua volta pilota un relè. All'uscita del 
relè è collegato un circuito composto dalla pila, dal LED 
e dalla resistenza R. Il LED dovrà accendersi solo se 
il saldo associato all'indirizzo IOTA è positivo, in caso 
contrario rimarrà spento. 

Qualcuno potrebbe a questo punto chiedersi perché 
non pilotare direttamente il LED tramite un GPIO in 
uscita dal Raspberry Pi. La domanda è lecita, ma un 
motivo per cui questa scelta è stata effettuata esiste. 
Anziché optare per la versione “semplificata” del circuito 
(priva del relè) si è deciso di proporre una versione che 
permetta (a discrezione dell’utilizzatore finale) di pilo- 
tare diverse tipologie di carichi in uscita, non soltanto 
un semplice diodo LED. Risulta così possibile collega- 
re dispositivi o carichi con potenza superiore (compati- 
bilmente con il tipo di relè impiegato) e si ottiene nello 
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Figura 6: resistenza di limitazione per il diodo LED 
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stesso tempo un buon grado di isolamento tra la scheda 
Raspberry Pi e il circuito pilotato. 


Figura 7: una comune pila a 9V 


PRINCIPIO DI FUNZIONAMENTO 

Come detto in precedenza, anche se relativamente 
semplice, questo progetto può trovare delle applicazioni 
pratiche nella vita di tutti i giorni, aiutandoci a risolve- 
re dei problemi reali. Supponiamo ad esempio di sog- 
giornare in un hotel in cui ogni stanza sia dotata di un 
proprio frigorifero. Nella maggior parte dei casi, questi 
frigoriferi sono sempre accesi, consumando energia 
indipendentemente dal loro reale utilizzo e contribuen- 
do indirettamente al costo della stanza. Perché allora 
non pensare a un meccanismo che consenta di paga- 
re il frigorifero solo per il tempo in cui è effettivamente 
utilizzato, spegnendolo automaticamente quando non 
serve più? Fondamentalmente, questo è proprio il caso 
di utilizzo (detto anche use case) che andremo a realiz- 
zare in questo articolo, con la differenza che (per ragioni 
di economicità, praticità e comodità) il frigorifero sarà 
sostituito da un comune LED. Immaginiamo ora una 
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Figura 9: QR code per semplificare l'operazione di paga- 
mento 


sequenza di eventi che dimostri come il sistema possa 
essere implementato e utilizzato. Supponiamo anzitutto 
che il proprietario dell’hotel abbia installato un frigorifero 
nella nostra stanza, collocando un relè nel circuito di 
alimentazione dell’elettrodomestico. Il relè è a sua volta 
collegato a un GPIO di una scheda Raspberry Pi, utiliz- 
zata in veste di unità di controllo per il sistema di paga- 
mento. Successivamente, il proprietario dell'hotel crea 
un indirizzo IOTA associato al frigorifero per monitorare 
quando vengono ricevuti nuovi fondi. Infine, egli crea e 
stampa un codice QR associato all’indirizzo IOTA e lo 
attacca al telaio del frigorifero. La configurazione har- 
dware è ora completa: il proprietario dell’hotel non dovrà 
fare altro che programmare il Raspberry Pi con un’ap- 
plicazione Python che controlla l'accredito di nuovi fondi 
sull'indirizzo IOTA, accendendo o spegnendo il frigori- 
fero conseguentemente. Supponiamo ora di essere nei 
panni di un cliente dell'hotel, che ha appena acquistato 
una bottiglia di ottimo vino bianco, da gustare più tardi 
durante la serata. Per essere certi che il vino sia servi- 
to alla temperatura ottimale, il cliente prende il proprio 


smartphone, apre l’applicazione per wallet IOTA su esso 
installata, scansiona il codice QR presente sul frigorife- 
ro ed esegue il pagamento in IOTA per l'utilizzo dell’elet- 
trodomestico (possiamo supporre che l'entità della som- 
ma da trasferire sia funzione del tempo di utilizzo del 
servizio). Non appena la transazione viene confermata 
dal Tangle, il saldo del frigorifero viene incrementato, 
provocando come conseguenza diretta l'attivazione del 
relè e la conseguente accensione del frigorifero. Ecco 
quindi un modo per gustarsi del buon vino alla giusta 
temperatura, nel modo più moderno, efficiente e sicuro 
possibile. 


COMPONENTI 

Vediamo ora in dettaglio i componenti richiesti per la re- 
alizzazione del progetto, tutti di facile reperibilità e di cui 
molti lettori saranno probabilmente già in possesso. II 
cuore del progetto è rappresentato dalla scheda Rasp- 
berry Pi (visibile in Figura 2), il cui compito è quello di 
monitorare sul Tangle l’indirizzo IOTA e in caso di nuovi 
fondi gestire opportunamente lo stato del relè collegato 
ai GPIO della scheda. 

Abbiamo poi il modulo relè, utilizzato per attivare e di- 
sattivare il carico, rappresentato nel nostro caso da un 
semplice LED). Abbiamo deciso di utilizzare un modulo 
(anziché un relè normale) in quanto il primo è già corre- 
dato di tutti i componenti e connettori necessari per ese- 
guire un cablaggio agevole. Moduli di questo tipo (un 
esempio è visibile in Figura 3) sono molto economici 
e largamente utilizzati anche sulla piattaforma Arduino. 
Se già lo si possiede, si può anche utilizzare un modulo 
con relè (canali) multipli, indirizzabili singolarmente. Ciò 
può essere utile nei casi in cui si vogliano gestire più 
dispositivi (carichi) in uscita. 

La piccola breadboard, visibile in Figura 4, ha il com- 
pito di semplificare il cablaggio del prototipo, non richie- 
dendo alcun tipo di saldatura. Risulta inoltre molto sem- 
plice l'operazione di smantellamento del circuito, con i 
componenti ancora integri che possono essere nuova- 
mente riutilizzati. 

Il diodo LED (Figura 5) non ha particolari requisiti, si 
può benissimo utilizzare un comune LED per impieghi 
convenzionali. 

La resistenza (visibile in Figura 6) ha il compito di limi- 
tare la corrente che attraversa il diodo LED. 

Utilizzando una pila da 9V, dovrebbe bastare un valore 
di resistenza da 330 Q o 470 Q (si possono utilizzare 
anche valori superiori, ma ovviamente la luminosità del 
diodo LED risulterà inferiore). 

La pila da 9V, visibile in Figura 7, ha il compito di forni- 


re l'alimentazione al carico, mentre i cavetti jumper (un 
esempio è mostrato in Figura 8) sono necessari per ef- 
fettuare i cablaggi che non richiedono alcuna saldatura. 
Si consiglia di utilizzare cavetti jumper di vario tipo (ma- 
schio-maschio e femmina-femmina) in modo tale da co- 
prire tutte le possibili casistiche di collegamento. 

Il codice QR associato al pagamento IOTA (visibile in 
Figura 9) è comodo se si vuole eseguire il pagamento 
utilizzando un'applicazione per wallet IOTA su disposi- 
tivo mobile. 

Tali codici QR possono essere ottenuti quando si gene- 
rano nuovi indirizzi utilizzando un wallet IOTA oppure 
eseguendo la ricerca di un indirizzo esistente su un ap- 
posito sito web [1]. 


CABLAGGIO 
Tutte le informazioni richieste per portare a termine con 
successo il cablaggio sono riassunte nello schema Frit- 
zing di Figura 10, mentre in Figura 11 è riproposto (per 
comodità del lettore) il connettore con indicati i GPIO del 
Raspberry Pi. 
| collegamenti richiesti per portare a termine il cablaggio 
sono i seguenti: 
e il pin 2 (5V) del Raspberry Pi va collegato al pin 
Vcc del modulo relè; 
e il pin 6 (GND) del Raspberry Pi va collegato al 
pin GND del modulo relè; 
e il pin 12 (GPIO18) del Raspberry Pi va collegato 
al pin IN del modulo relè; 


e il terminale COM del modulo relè va collegato al 
polo positivo della pila; 
e il terminale NO del modulo relè va collegato al 


terminale positivo (anodo) del LED, con la resi- 
stenza inserita tra i due; 

e il polo negativo della pila va collegato al termina- 
le negativo (catodo) del LED. 


SOFTWARE E LIBRERIE 

Anche se in linea di principio qualunque distribuzione 
basata su Linux va bene per i nostri scopi, è consiglia- 
bile procedere anzitutto con l’installazione della distri- 
buzione Raspbian, scaricabile direttamente dal sito 
ufficiale della Raspberry Pi Foundation [2]. Oltre ad es- 
sere largamente utilizzata dalla comunità di sviluppatori 
e utenti, Raspbian ha il vantaggio di avere Python già 
installato, oltre a diversi editor e IDE specifici per questo 
linguaggio. Come supporto di memoria è consigliabile 
disporre di una scheda SD con dimensione di almeno 8 
Gb, preferibilmente di buona qualità e ad alta velocità. 
L'immagine di Raspbian può essere programmata sulla 
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# Imports some Python Date/Time functions 
import time 
import datetime 


# Imports GPIO library 
import RPi.GPIO as GPIO 


# Imports the PyOTA library 
from iota import lota 
from iota import Address 


# Setup 0/1 PIN°s 

LEDPIN=18 
GPIO.setmode(GPIO.BCM) 
GPIO.setwarnings(False) 
GPIO.setup(LEDPIN,GPIO.OUT) 
GPIO.output(LEDPIN,GPIO.LOW) 


# Function for checking address balance on the IOTA tangle. 
def checkbalance(): 

print(“Checking balance”) 

gb_result = api.get_balances(address) 

balance = gb_result[‘balances'] 

return (balance[0]) 


# URL to IOTA fullnode used when checking balance 
iotaNode = “https://field.deviota.com:443” 


# Create an IOTA object 
api = lota(iotaNode, “*) 


# IOTA address to be checked for new light funds 

# IOTA addresses can be created using the IOTA Wallet 

address = [Address(b'GTZUHQSPRAQCTSQBZEEMLZPQUPAA9LPLGWCKFNEVKBINXEXZRAC- 
VKKKCYPWPKH9AWLGJHPLOZZOYTALAWOVSIJIYVZ")] 


# Get current address balance at startup and use as baseline for measuring new funds being added. 
currentbalance = checkbalance() 
lastbalance = currentbalance 


# Define some variables 
lightbalance = 0 
balcheckcount = 0 
lightstatus = False 


# Main loop that executes every 1 second 
while True: 
# Check for new funds and add to lightbalance when found. 
if balcheckcount == 10: 
currentbalance = checkbalance() 
if currentbalance > lastbalance: 
lightbalance = lightbalance + (currentbalance - lastbalance) 
lastbalance = currentbalance 
balcheckcount = 0 


# Manage light balance and light ON/OFF 
if lightbalance > O: 
if lightstatus == False: 
print(“light ON”) 
GPIO.output(LEDPIN,GPIO.HIGH) 
lightstatus=True 
lightbalance = lightbalance -1 
else: 
if lightstatus == True: 
print(“light OFF”) 
GPIO.output(LEDPIN,GPIO.LOW) 
lightstatus=False 


# Print remaining light balance 
print(datetime.timedelta(seconds=lightbalance)) 


# Increase balance check counter 
balcheckcount = balcheckcount +1 


# Pause for 1 sec. 
time.sleep(1) 
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Figura 10: schema Fritzing con il cablaggio completo del 
circuito 
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Figura 11: indicazione dei GPIO presenti sul connettore del 
Raspberry Pi 3 


scheda SD tramite Etcher [3] o strumenti simili. Alla pri- 
ma accensione con Raspbian, configurare la lingua, la 
risoluzione dello schermo e soprattutto il WiFi. Se non 
si vuole mantenere collegati al Raspberry Pi tastiera, 
monitor e mouse, conviene inoltre abilitare sulla scheda 
il protocollo SSH e la connessione da remoto tramite 
VNC. 

Tutte le informazioni relative a queste configurazioni 
sono illustrate nella documentazione ufficiale Rasp- 
berry Pi [4]. Successivamente, aprire una finestra ter- 
minale e digitare i seguenti comandi per aggiornare la 
distribuzione all'ultima versione disponibile: 


sudo atp-get update 
sudo atp-get dist-upgrade 


Una volta configurata la scheda, possiamo procedere 


con l'installazione delle librerie richieste dall’applicazio- 
ne, in particolare la libreria PyOTA che espone le API 
per accedere al Tangle di IOTA tramite il linguaggio di 
programmazione Python. 

La libreria PyIOTA, corredata delle istruzioni per l’instal- 
lazione, è disponibile su GitHub [5]. Poiché installeremo 
la libreria PyIOTA sul Raspberry Pi, dovremo fare pre- 
cedere i comandi di installazione indicati nelle istruzioni 
[5] dal prefisso sudo: 


sudo pip install pyota 
sudo pip install pyota[curl] 


IL CODICE PYTHON 

Ora che il circuito è stato completamente assemblato 
e tutto il software di base con le relative librerie è stato 
installato sul nostro Raspberry Pi, possiamo cominciare 
ad esaminare il codice Python che avrà il compito di 
governare l'applicazione. 

L'intero codice è racchiuso in un unico script Python 
(let_there_be_light.py), anche questo disponibile su Gi- 
tHub [6]. Listato completo a pag. 123. 


ESECUZIONE E TEST 

Per eseguire l’applicazione occorre anzitutto copiare 
lo script Python (dopo avere scaricato il relativo zip da 
GitHub) sul Raspberry Pi, oppure (meglio ancora) scari- 
carlo direttamente GitHub tramite git (anche lo strumen- 
to Git è già incluso nella distribuzione Raspbian). 

Fatto ciò, è sufficiente aprire sul Raspberry Pi una fine- 
stra terminale, navigare fino alla cartella in cui è stato 
copiato lo script e digitare il seguente comando: 


python let_there_be_light.py 


Dovreste a questo punto vedere il codice in esecuzione 
nella finestra terminale, con la visualizzazione del saldo 
IOTA disponibile e il monitoraggio dei fondi disponibili 
eseguito periodicamente ogni 10 secondi. 

Per accendere il LED è sufficiente utilizzare l’applica- 
zione per wallet IOTA preferita e trasferire tramite essa 
una somma qualsiasi in IOTA con destinatario l’indirizzo 
associato al LED. 

Non appena la transazione verrà confermata dal Tangle 
IOTA, il LED si accenderà e rimarrà acceso per un pe- 
riodo funzione del valore di IOTA trasferito. 

Nello script proposto, ad esempio, si è simulato un 
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consumo di 1 IOTA per ogni secondo di accensione 
del LED. 

Se si vuole quindi che il LED rimanga acceso per un 
minuto, occorre fare una transazione di pagamento con 
inporto di 60 IOTA. 

Se per il trasferimento si utilizza un'app, può essere 
conveniente stampare il QR code associato all’indirizzo 
IOTA su cui effettuare il trasferimento, in modo tale da 
velocizzare e semplificare l'operazione di pagamento 
stessa. 


CONCLUSIONI 

Il progetto [7] presentato nell'articolo dimostra come un 
sistema embedded di tipo standard (nel nostro caso una 
comune scheda Raspberry Pi 3 B/B+) sia in grado di 
interfacciarsi e interagire con la rete IOTA. 

Questa funzionalità, resa possibile dalla disponibilità di 
apposite librerie di interfacciamento scritte in Python, 
testimonia come IOTA e il Tangle abbiano tutti i requisiti 
per supportare diverse tipologie di applicazioni loT. 


RIFERIMENTI 

[1] https://thetangle.org 

[2] https://www.raspberrypi.org/downloads/ 

[3] https://www.balena.io/etcher/ 

[4] https://www.raspberrypi.org/documentation/confi- 
guration/ 

[5] https://github.com/iotaledger/iota.lib.py 

[6] https://gist.github.com/huggre/a3044e6094867fe- 
04096e0c64dc60f3b 

[7] https://medium.com/coinmonks/integrating-physi- 
cal-devices-with-iota-83f4e00cc5bb 


L'autore è a disposizione nei commenti per eventuali 
approfondimenti sul tema dell’Articolo. Di seguito il link per 
accedere direttamente all'articolo sul Blog e partecipare alla 
discussione: 
https://it.emcelettronica.com/come-integrare-dispositivi-iot-nella- 
rete-iota 
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APPLICAZIONI DELLO 


STANDARD DDS AL 
MONDO IOT 


di Stefano Lovati 


Dal punto di vista delle tecnologie e dei protocolli di comunicazione, il mondo di internet delle cose (IoT) 


si trova ancora in uno stadio iniziale di adozione. A differenza di altri contesti che comportano un eleva- 


to scambio di informazioni, la sfida che l’IoT deve affrontare è molto più ardua, legata soprattutto alla 


necessità di garantire prestazioni in tempo reale con elevato grado di sicurezza. DDS, acronimo di Data 


Distribution Service, è uno standard in grado di supportare i requisiti di performance e affidabilità impo- 


sti dalle applicazioni loT. 


INTRODUZIONE 
ata Distribution Service (DDS) è un middlewa- 
re concepito per i sistemi distribuiti basati sul- 
lo scambio di dati in tempo reale tra più sorgenti 
e più destinazioni. Lo standard DDS è perciò orientato 
alle applicazioni M2M (machine to machine) e loT, dove 
agevola lo scambio dati grazie a un sistema di comuni- 


cazione con caratteristiche importanti quali: scalabilità, 
sicurezza, interoperabilità, efficienza e comportamen- 
to in tempo reale. Lo standard DDS, le cui specifiche 
iniziali furono emanate nel 2001 dal consorzio Object 
Management Group (OMG), è attualmente utilizzato in 
numerose applicazioni di tipo governativo, militare e in- 
dustriale. Con riferimento alla Figura 1 possiamo osser- 
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Figura 1: il middleware DDS astrae l'applicazione dai dettagli di basso livello 
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Figura 2: le diverse tipologie di comunicazione tra dispo- 
sitivi loT e cloud 


vare come il middleware si collochi tra il livello dell’appli- 
cazione e quello del sistema operativo e consista in una 
serie di protocolli, librerie e API che definiscono un ben 
preciso framework. 

Rispetto ad altri standard o protocolli di comunicazione, 
ciò che rende il DDS unico sono i seguenti due aspetti: 

* è un sistema di scambio messaggi in grado di 
consentire la comunicazione tra uomo e macchi- 
na; 

* è un sistema di messaggistica assimilabile a 
un “database mobile”, nel senso che il proto- 
collo è in grado di trasportare non solo dati ma 
anche intere tabelle di database, consentendo 
agli utenti di accedere alle informazioni in tempo 
reale tramite apposite chiavi e produrre report 
analitici e statistici. 


Le applicazioni dello standard DDS in ambito loT sono 
numerose e diversificate, si pensi ad esempio alle azien- 
de che operano nel settore della distribuzione di energia 
o dello sfruttamento delle energie rinnovabili, al settore 
dei trasporti e della mobilità, sistemi di smart metering 
e smart building e altro ancora. Essendo un protocollo 
di comunicazione standard con caratteristiche real time, 
DDS è in grado di gestire efficacemente tutti questi tipi 
di applicazioni, con in più la possibilità di acquisire e 
trasmettere le informazioni da un nodo verso un altro o 
verso un server remoto. DDS è scalabile ed è perciò in 
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grado di adattarsi a una rete composta da un numero 
elevato di nodi, acquisendo e veicolando le informazioni 
in una frazione di secondo. 


UBIQUITÀ DEI DATI 

Il valore aggiunto (e in molti casi un requisito imprescin- 
dibile) di una qualunque applicazione loT è la possibili- 
tà di disporre di informazioni puntuali ed aggiornate sul 
sistema ovunque ci si trovi nel mondo: è sufficiente di- 
sporre di una connessione ad internet. Questo concetto 
prende il nome di ubiquità dei dati e offre un potenziale 
elevatissimo in quanto aiuta le organizzazioni ad assu- 
mere le decisioni e a definire le strategie più corrette. 
Relativamente alle applicazioni loT, possiamo definire 
tre diverse tipologie di architetture per i sistemi distri- 
buiti, evidenziate nell'immagine di Figura 2: 


* Device To Device: questo tipo di comunica- 
zione viene utilizzato nelle applicazioni in cui i 
dispositivi devono condividere informazioni in 
modo efficiente, come impianti industriali, di- 
spositivi mobile e nel settore automotive. L'effi- 
cienza è facilitata dalla mancanza di un broker 
all’interno della rete: ciascun dispositivo può col- 
loquiare direttamente con gli altri (connessione 
peer to peer) senza dover passare da un nodo 
intermedio. Con questo tipo di comunicazione si 
riescono ad ottenere tempi di latenza ridotti ed 
elevata ampiezza di banda; 

* Device To Cloud: in questo caso sia i singoli 
dispositivi sia intere parti della rete (sottosistemi) 
possono interagire con i servizi e le applicazioni 
fornite dal cloud al fine di scambiarsi delle infor- 
mazioni o produrre dei report analitici. | requisiti 
relativi a questo tipo di comunicazione dipendo- 
no dal particolare contesto: un'applicazione di 
chirurgia remota avrà ad esempio dei requisiti 
temporali molto più stringenti rispetto a una nor- 
male applicazione di telelettura di uno smart me- 
ter. Oltre alle caratteristiche di bassa latenza ed 
elevato throughput, la comunicazione Device 
To Cloud deve essere in grado di operare su reti 
in cui possono sussistere restrizioni sulla banda 
o collegamenti funzionanti in modo intermittente; 

e Cloud To Cloud: nonostante il numero di siste- 
mi in grado di coprire geograficamente più stati 
o continenti sia ancora limitato, la tendenza at- 
tuale è quella di realizzare reti loT che permetta- 
no, in modo semplice ed efficiente, di scambiare 
informazioni tra diversi domini cloud. A questo 
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Figura 3: l’interoperabilità permette l'integrazione tra diversi produttori 


livello, l'infrastruttura di comunicazione deve es- 
sere in grado di supportare l’istradamento “intel- 
ligente” delle informazioni, scegliendo volta per 
volta il percorso ottimale in grado di garantire il 
maggiore throughput e la minore latenza. 


IL DATA DISTRIBUTION SERVICE (DDS) 

DDS è uno standard per lo scambio dati nei sistemi di- 
stribuiti che presenta non solo la caratteristica di ubi- 
quità, ma anche efficienza, sicurezza, comportamento 
real time e indipendenza dalle piattaforme hardware 
e software utilizzate (si dice anche che è un sistema 
“cross platform”). DDS è sia un protocollo che permette 
l’interoperabilità tra dispositivi sviluppati da produttori 
diversi, sia un insieme di API (Application Programming 
Interface) che agevola il porting di un'applicazione su di- 
verse piattaforme hardware/software. Lo standard impo- 
ne che l’implementazione sia completamente distribuita 
e non richieda l'utilizzo di un concentratore (broker); si 
ottiene in questo modo una comunicazione senza la 
presenza di alcun mediatore e pertanto totalmente tra- 
sparente. In Figura 3 possiamo osservare l’espressione 
del concetto di interoperabilità insito nel protocollo su 
cui si basa il DDS. Lo standard garantisce infatti che 
le applicazioni o le librerie sviluppate da produttori di- 
versi possano integrarsi senza problemi rispettando il 
meccanismo della Publish/Subscribe di cui parleremo 
a breve. 

Uno dei concetti che sta alla base del DDS è quello del 


topic, peraltro comune in altri protocolli utilizzati in am- 
bito loT come ad esempio l’MQTT. Il topic rappresenta 
l'informazione di base che viene scambiata tra i disposi- 
tivi e rappresenta l’astrazione di un oggetto che ha inve- 
ce una valenza fisica. Esempi di topic possono essere 
la temperatura e l'umidità acquisiti da un sensore, la 
tensione e la corrente misurati da un multimetro e così 
via. AI topic è sempre associato un altro parametro fon- 
damentale, la QoS (Quality of Service), che identifica il 
livello della qualità del servizio che si vuole ottenere (il 
massimo valore di QoS garantisce che non vi sia perdita 
di messaggi durante la comunicazione tra i nodi loT). 
DDS mette a disposizione dell'utente un'ampia gamma 
di profili QoS, attraverso i quali è possibile controllare 
l'utilizzo delle risorse locali, l'utilizzo della rete, la diffe- 
renziazione tra varie tipologie di traffico e l'immediata 
disponibilità dei dati (topic) ai nuovi nodi che si collega- 
no alla rete. Nello standard DDS la generazione dei dati 
è effettuata dai nodi che rivestono il ruolo di Data Wri- 
ter (concetto analogo a quello del Publisher di MQTT), 
mentre i nodi che “consumano” i dati vengono detti Data 
Reader (analoghi ai Subscriber di MQTT). Per ogni to- 
pic, ogni Data Reader può raffinare ulteriormente l’infor- 
mazione ricevuta attraverso l’applicazione di opportuni 
filtri temporali e filtri sul contenuto dei dati ricevuti. Il 
protocollo dispone inoltre di un utile servizio dinamico di 
individuazione dei contenuti disponibili nella rete (detto 
discovery), consentendo all’applicazione di recuperare 
dinamicamente l’informazione richiesta individuando i 
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Figura 4: DDS si basa sul pattern publish/subscribe 


nodi che la producono. Non da ultimo citiamo l’eleva- 
to grado di sicurezza offerto dal DDS, un framework 
estensibile in grado di gestire le procedure di autenti- 
cazione, cifratura e controllo degli accessi. In Figura 4 
è rappresentato un ipotetico dominio DDS in cui sono 
presenti più Data Writer (ognuno dei quali pubblica un 
topic con QoS associata) e più Data Reader. 


DDS E L’IOT 

Tra gli standard considerati rilevanti per le applicazioni 
in ambito loT, il DDS si contraddistingue soprattutto per 
la sua capacità di soddisfare i requisiti di scambio dei 
dati tra nodi e cloud. Con riferimento alle topologie di 
rete citate in precedenza, vediamo quali caratteristiche 
di DDS lo rendono così speciale rispetto ad altri stan- 
dard: 


* Device To Device: a questo livello DDS si dimo- 
stra una piattaforma molto efficiente e scalabi- 
le. La sua implementazione può infatti essere 
scalata verso il basso per soddisfare i requisiti 
delle applicazioni embedded, oppure verso l’alto 
per coprire le esigenze delle più avanzate appli- 
cazioni eseguite su macchine multi core. Oggi 
sono disponibili sul mercato implementazioni di 
DDS in grado di offrire una latenza inferiore a 
30 ps su reti Gigabit Ethernet, con un traffico di 
diversi milioni di messaggi al secondo sui nodi 
terminali della rete. L'assenza di un broker (con- 
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sentita dal pieno supporto dell’invio di messaggi 
multicast) e la sua natura insita di sistema peer 
to peer fanno del DDS la soluzione ideale per la 
comunicazione nelle reti Device To Device; 

Device To Cloud: a livello di comunicazione, 
DDS supporta diversi protocolli come UDP e 
TCP/IP e può trarre beneficio dall'utilizzo del 
multicast. Nonostante non sia in grado di garan- 
tire che ogni messaggio trasmesso sia stato cor- 
rettamente consegnato al destinatario, UDP si 
dimostra particolarmente utile nelle applicazioni 
interattive, in cui non è richiesto un comporta- 
mento real time particolarmente spinto. In questi 
scenari il protocollo TCP/IP potrebbe infatti in- 
trodurre un sovraccarico eccessivo che inevi- 
tabilmente si riflette sulle prestazioni. La scelta 
di quando e come utilizzare il protocollo TCP/ 
IP piuttosto che l'’UDP dipende dalla qualità del 
servizio (QoS) desiderata. DDS prevede diver- 
si livelli di QoS: dal best effort (il sistema farà 
il possibile affinché ogni topic pubblicato possa 
essere ricevuto dai nodi ad esso sottoscritti), 
passando per il last value reliability, fino ad ar- 
rivare al reliability. Quest'ultimo livello è quello 
che garantisce la massima affidabilità a livello di 
scambio dei messaggi ed è in questo senso pa- 
ragonabile al protocollo TCP/IP. Viceversa, con 
gli altri livelli di QoS è ammissibile che alcuni 
dati “vecchi” vengano scartati per non ritardare 
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Figura 5: la centralità dei dati nel DDS 


la trasmissione dei dati più “nuovi”. DDS si dimo- 
stra così una soluzione eccellente per condivi- 
dere sia dati prodotti con periodicità (si pensi 
alle applicazioni di telemetria) sia dati che richie- 
dono un elevato grado di affidabilità. Inoltre, il 
supporto integrato per il filtraggio dei contenuti 
assicura che i dati sono inviati solo se esistono 
dei nodi consumatori che condividono gli stessi 
interessi e i cui filtri soddisfano i dati prodotti; 

e Cloud To Cloud: anche in questo caso il DDS, 
in virtù della sua bassa latenza e dell’elevato 
throughput, si dimostra una soluzione ideale per 
supportare l’ingente mole di dati scambiata tra i 
sistemi cloud ospitati nei data center sparsi per 
il mondo. 


DISCOVERY 

Discovery è una funzionalità insita nel protocollo DDS, 
eseguita automaticamente dal framework al verificarsi 
di determinati eventi. Più precisamente, questa opera- 
zione consiste nella creazione di una connessione tra 
un nodo subscriber e il nodo publisher che produce i 
dati (topic) a cui il subscriber stesso è interessato. Il pro- 
cesso ha inizio con l’invio, da parte del publisher, di un 
messaggio multicast con cui annuncia la disponibilità 
dei topic da esso pubblicati. | subscriber, a loro volta, 
rispondono in modalità unicast e viene così creata una 
connessione publisher-subscriber. Il processo Disco- 
very non solo semplifica la fase di configurazione, ma 


consente anche di ottenere un’elevata scalabilità del 
sistema, che può così reagire in modo flessibile all’ag- 
giunta o rimozione di nodi subscriber dalla rete. 


I FILTRI 

In precedenza abbiamo detto che DDS permette di at- 
tivare appositi filtri a livello di ogni publisher o sub- 
scriber, in modo tale che i nodi possano ricevere solo i 
topic che soddisfano determinate condizioni. Il principa- 
le vantaggio che ne consegue è un utilizzo più efficiente 
della rete e della banda disponibili, con una conseguen- 
te riduzione della latenza. In DDS esistono fondamen- 
talmente quattro tipi di filtro: 

* time-based: è la capacità di sotto-campiona- 
re dei dati ad elevata frequenza, ottenendo un 
tasso di trasferimento degli stessi notevolmente 
inferiore; 

* liveliness: consiste nell’associare un segnale 
“heartbit" a un publisher o a un subscriber, in 
modo tale che l'applicazione possa sapere se 
un determinato nodo è attivo e sta operando 
correttamente; 

* history: consiste nella possibilità di memorizza- 
re in RAM una serie di dati storici, sia sul lato 
publisher sia su quello subscriber; 

* lifespan: consiste nell’associare un periodo di 
vita utile ad ogni dato; quando questo timeout 
viene superato, il dato viene automaticamente 
rimosso dalla rete; 
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e ownership: consente di associare più sorgen- 
ti ad uno stesso topic, essenzialmente per ga- 
rantire una maggiore robustezza e tolleranza 
ai guasti. In tal caso occorre specificare quale 
sorgente ha priorità sulle altre (dette secondarie 
o di backup). 


CENTRALITÀ DEI DATI 

La tecnica di comunicazione (o pattern) publish/sub- 
scribe è molto potente e nello stesso tempo intuitiva. 
Non è un caso se molti canali social media (tra cui Fa- 
cebook e Twitter) usano proprio un sistema di questo 
tipo per gestire la pubblicazione dei post e l'invio delle 
corrispondenti notifiche agli utenti interessati. 

Lo stesso pattern può essere applicato ai sistemi indu- 
striali, in cui le applicazioni si sottoscrivono alle varia- 
zioni delle misure provenienti dai sensori, alle notifiche 
di allarme, oppure ai comandi di sistema. La principa- 
le differenza esistente tra il DDS e protocolli analoghi 
per l’loT basati su publish/subscribe (come l'MQTT) è 
la centralità dei dati che sta alla base del framework 
DDS. 

Si osservi a tal proposito in Figura 5 un esempio di ap- 
plicazione DDS al centro della quale vi sono proprio i 
dati. Con il termine centralità dei dati si intende il fatto 
che i dati rappresentano niente di meno che l’interfaccia 
dell’applicazione, non vi è alcun bisogno di utilizzare dei 


contenitori artificiali come i messaggi e gli oggetti. 


CONCLUSIONI 

Nel mondo loT esistono diverse tecnologie in grado di 
trasmettere dati tra applicazioni diverse. Alcune sono 
basate sui protocolli UDP o TCP, altre si appoggiano a 
protocolli di alto livello come AMQP o MQTT. L’approc- 
cio comune seguito da questi sistemi si basa sull’invio di 
dati da un'applicazione a un'altra, ma nessuna di que- 
ste è centralizzata sui dati. L'applicazione che riceve 
i dati dovrà pertanto farsi carico di tutte le necessarie 
azioni di filtraggio e gestione dei dati. 

Nel framework DDS, viceversa, tutte queste operazioni 
sono eseguite automaticamente e internamente al si- 
stema stesso. 

Filtraggio, QoS, discovery e pattern publish/subscribe 
sono tutte funzionalità che rendono il framework DDS 
adatto a gestire anche le configurazioni più complesse 
e critiche di rete loT. 


L'autore è a disposizione nei commenti per eventuali 
approfondimenti sul tema dell’Articolo. Di seguito il link per 
accedere direttamente all’articolo sul Blog e partecipare alla 
discussione: 
https://it.emcelettronica.com/applicazioni-dello-standard-dds-al- 
mondo-iot 
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MICROCHIP SEMPLIFICA 
LA SICUREZZA IOT 
HARDWARE-BASED 
CON SOLUZIONI DI 
PRE-PROVISIONING 


di Andrea Garrapa 


Con il proliferare del numero e dei tipi di dispositivi connessi, la frammentazione del mercato e le vulne- 
rabilità in termini di sicurezza presenti nell’Internet of Things (IoT), si sono create sfide significative per gli 
sviluppatori. La sicurezza hardware-based è l’unico modo per proteggere le chiavi segrete dagli attacchi 
fisici e dall’estrazione remota, ma per configurare e predisporre ciascun dispositivo sono necessarie va- 
ste competenze in sicurezza, oltre a tempi rilevanti di sviluppo e costi. Per rispondere a queste esigenza 


del mercato, soprattutto per distribuzioni di bassi volumi, Microchip Technology Inc. ha lanciato le prime 


soluzioni di pre-provisioning oggi disponibili per implementazioni di qualsiasi dimensione. 


INTRODUZIONE 
ggi le aziende producono in tutto il mondo da 
centinaia a milioni di dispositivi connessi ogni 
anno, la scalabilità dell’architettura può rap- 
presentare un grave ostacolo alle implementazioni. | 
produttori in genere sono stati in grado di supportare la 
configurazione e il provisioning solo per ordini di volu- 
me elevato, lasciando le aziende con implementazioni 
di dimensioni medio-piccole con opzioni di performan- 
ce basse. Microchip Technology Inc. ha cercato di 
rispondere a queste mancanze grazie a delle soluzioni 
di pre-provisioning che forniscono l’archiviazione sicu- 
ra delle chiavi grazie all'elemento di sicurezza ATEC- 
C608A. Queste soluzioni di pre-provisioning prendono 
il nome di Trust Platform. Trust Platform di Microchip 
per la sua famiglia di dispositivi CryptoAuthentication 
consente alle aziende di ogni dimensione di implemen- 
tare facilmente l'autenticazione sicura. Tre elementi 
fondamentali contribuiscono al modello progettato per 
guidare le politiche per la sicurezza delle informazioni 
all’interno di un'organizzazione: 
1. Riservatezza: i dati, memorizzati o in transito 
in un messaggio, devono essere visibili solo da 
persone autorizzate; 


2. Integrità: un messaggio inviato non deve cam- 
biare verso la sua destinazione; vuol dire garan- 
tire l'autenticità dell’informazione, ossia che tale 
informazione non venga alterata e che la sor- 
gente dell’informazione sia autentica. 

3. Disponibilità: significa che l'informazione è ac- 
cessibile agli utenti autorizzati. 


In questo contesto, la riservatezza è un insieme di re- 
gole che limita l’accesso alle informazioni, l’integrità è la 
garanzia che le informazioni siano affidabili e accurate e 
la disponibilità è una garanzia di accesso affidabile alle 
informazioni da parte di persone autorizzate. Tecnologie 
diverse contribuiscono a questi elementi, ma è comune 
tra loro l’uso di chiavi segrete o private che fanno parte 
di un tag di identificazione unico e verificabile. La mo- 
dalità di gestione di tali chiavi, la loro memorizzazione 
e comunicazione, determina la sicurezza di un sistema. 
Il problema della sicurezza quindi sta tutto nella segre- 
tezza delle chiavi. Un sistema crittografico è sicuro nel 
momento in cui ogni cosa del sistema è di pubblico do- 
minio tranne che per le chiavi. Le chiavi devono es- 
sere quindi ben nascoste e protette in un elemento di 
sicurezza che assicuri che esse non siano mai visibili. 
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SP800-56A 
\ ° Crittografia a curva 
Identificare sk ine Ploduzione ellittica (ECC) P256 stan- 
casi diuso configurazione >» PRA [>| personale dard NIST 
segreti) . Algoritmi di crittogra- 
fia simmetrica: 
Definire il i Prototipo Validazione ° Crittografia hash 
»> pe dl >» code i SASSO . . 
. Crittografia con codi- 
ka ce di autenticazione basa- 
to su hash (HMAC) 
Figura l: schema a blocchi della personalizzazione di un elemento di sicurezza. . 


Un elemento di sicurezza è in sostanza una cassafor- 
te che protegge i segreti. Per un microcontrollore tale 
cassaforte è rappresentata da un dispositivo compagno 
(ATECC608A). | segreti sono invece le chiavi. Dentro 
a questa cassaforte i segreti (chiavi) vengono generati 
durante la fabbricazione dell'elemento, nelle fabbriche 
sicure di Microchip. | segreti (chiavi, certificati) non ven- 
gono mai pubblicamente esposti e vengono maneggiati 
grazie al servizio di provisioning sicuro di Microchip. 


ATECC608A 
L'ATECC608A è un dispositivo di sicurezza progettato 
per supportare un'unità MCU host con una serie di so- 
fisticate funzioni di sicurezza complementari attraverso 
una semplice interfaccia seriale. ATECC608A offre una 
archiviazione sicura delle chiavi, valutata “high” secon- 
do i criteri comuni della voint Interpretation Library (JIL), 
fornendo ai clienti la certezza che i dispositivi imple- 
mentino pratiche di sicurezza comprovate nel settore 
ed il massimo livello di sicurezza nell’archiviazione delle 
chiavi. Con l’archiviazione root of trust basata su har- 
dware e le contromisure crittografiche, il dispositivo pro- 
tegge dalle classi più varie di attacchi fisici noti. Le strut- 
ture di produzione sicure di Microchip forniscono chiavi 
in modo sicuro, garantendo che le chiavi non vengano 
mai esposte a terzi durante il provisioning o la vita del 
dispositivo. | componenti della famiglia CryptoAuthenti- 
cation di Microchip, di cui ATECC608A fa parte, raffor- 
zano ulteriormente i meccanismi basati su hardware a 
protezione delle chiavi private e di altri dati che devono 
rimanere segreti. Il dispositivo vanta, fra le sue caratteri- 
stiche, l'accelerazione hardware per numerosi algoritmi, 
fra cui: 
e Algoritmidi crittografia asimmetrica: 
*  Algoritmo di firma digitale a curva ellittica 
(ECDSA) FIPS186-3 
* Diffie-Hellmanacurva ellittica (ECDH) FIPS 
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Crittografia AES-128 
. Crittografia AES- 
GCM (moltiplicazione del campo di Galois) 
e Funzionidi derivazione della chiave (KDF): 
e Funzione pseudocasuale KDF (PRF) 
e KDFaestrazione ed espansione basata su 
HMAC (HKDF) 


Queste funzionalità crittografiche rappresentano un 
elenco completo dei meccanismi richiesti per supporta- 
re protocolli di sicurezza di livello superiore per l’auten- 
ticazione e lo scambio sicuro di dati, come ad esem- 
pio per il protocollo TLS (Transport Layer Security). Il 
protocollo di autenticazione TLS è fondamentale per 
la sicurezza Internet. Per supportare questa compo- 
nente fondamentale delle comunicazioni sicure è nata 
un’intera industria di provider di certificati, chiamati au- 
torità certificative (CA). Le aziende acquisiscono dalle 
CA certificati attendibili da installare sui propri server a 
supporto del protocollo di autenticazione del server TLS 
standard. 


TRUST PLATFORM 
La sfida nello sviluppo di un sistema di sicurezza sta 
nella personalizzazione. L'elemento di sicurezza neces- 
sità di essere “cucito” rispetto alle necessità del cliente, 
ma come? In figura 1 vengono riportati i passi da effet- 
tuare per raggiungere la personalizzazione dell’elemen- 
to di sicurezza. 
Microchip ha lanciato la Trust Platform per la famiglia 
di dispositivi CryptoAuthentication. Si tratta di un ser- 
vizio sicuro di provisioning per la famiglia di dispositivi 
di sicurezza di Microchip, con una suite di strumenti di 
sviluppo per tutti i volumi. Trust Platform permette: 
e un più semplice onboarding grazie a predefiniti 
casi d’uso 
e uno sviluppo rapido grazie a strumenti semplici 
e architettura agnostica con qualsiasi tipo di cloud, 
PKI, controller o connettività 


TrustCU- 
Trust&GO TrustFLEX flag 
STOM 
Pre-configurato si si 
w . si (flessi- 
Pre-provisioned si : 
bile) 
Minima quantità 40 unità 2000 unità 
uni uni 
ordinabile (MOQ) 
Tempo di svi- RE 
il più basso basso 
luppo 
Complessità il più basso basso 
Storage sicuro JIL Hiah JIL Hiah 
della chiave '9 9 


Possiamo riassumere le caratteristi- 
che del primo livello Trust&GO nei 
seguenti punti: 

Ù facile da usare - non è ne- 
cessario comprendere a fondo con- 


si 


cetti di sicurezza complessi e imple- 
si mentare l’installazione per i certificati, 
scegliere un certificato radice, definire 
un modello di autenticazione etc 

. pensato per distribuzioni 
molto basse (10 unità) - fino ad ora il 
valore di MOQ più basso per ottene- 
re supporto diretto era di 100k unità. 
Ma ora è possibile rendere disponibile 
l’archiviazione sicura delle chiavi per il 


4000 unità 


persona- 
lizzato 


persona- 
lizzato 


mercato di massa 


JIL High . connettività/cloud indipen- 


Tabella 1: principali differenza tra i 3 livelli Trust Platform. 


* sfruttamento semplificato dei flussi dei negozi di 
e-commerce 

e adatto per il mercato di massa con basso MOQ, 
includendo servizio di provisioning e certificati di 
identificazione personale. 


La Trust Platform di Microchip è composta da un'of- 
ferta su tre livelli, e fornisce elementi di sicurezza pronti 
all'uso, pre-configurati o completamente personalizza- 
bili, consentendo agli sviluppatori di scegliere la piatta- 
forma più adatta al loro specifico progetto. 


TRUST&GO 

Come prima soluzione per fornire un’autenticazione si- 
cura pronta all’uso per il mercato di massa, il primo livel- 
lo — Trust&GO — fornisce elementi sicuri di pre-provi- 
sioning, zero touch, e con un MOQ (Minimum Orderable 
Quantity) di appena 10 unità. Le credenziali del dispo- 
sitivo sono pre-programmate, inviate e bloccate all’in- 
terno dell’ATECC608A per autenticazione di onboarding 
automatico su cloud o LORaWAN. Parallelamente, i cer- 
tificati e le chiavi pubbliche corrispondenti vengono con- 
segnati in un file “manifest”, che può essere scaricato 
tramite lo store di e-commerce Microchip e alcuni part- 
ner di distribuzione selezionati. Oltre a risparmiare fino 
a diversi mesi sui tempi di sviluppo, la soluzione sempli- 
fica notevolmente la logistica di provisioning, rendendo 
facile per i clienti nel mercato di massa proteggere e 
gestire i dispositivi edge senza i costi generali dei servizi 
di provisioning di terzi o delle autorità di certificazione. 


dente - per tutte le reti basate su pro- 
tocollo TLS (AWS, Google, Microsoft, 
reti private) e supporto LoRa. 

. time-to-market ridotto  - 
maggiore autonomia, minore complessità (non 
c'è bisogno di coinvolgere esperti, tutto lo svi- 
luppo avviene nella MCU con CryptoAuthLib), 
onboarding più semplice sfruttando i negozi di 
e-commerce Microchip e i partner di distribuzio- 
ne. 


Grazie alla possibilità di autenticarsi su qualsiasi in- 
frastruttura cloud pubblica o privata, Trust Platform di 
Microchip è anche flessibile e personalizzabile. Per i 
clienti che desiderino una maggiore personalizzazione, 
il programma include le piattaforme TrustFLEX e Tru- 
stCUSTOM. 


TRUSTFLEX 

Il secondo livello del programma, TrustFLEX, offre la 
flessibilità di utilizzare l'autorità di certificazione prescel- 
ta dal cliente pur beneficiando di casi d’uso preconfi- 
gurati. Questi casi d’uso includono misure di sicurezza 
di base come l'autenticazione rafforzata su Transport 
Layer Security (TLS) per la connessione a qualsiasi 
rete basata su IP utilizzando qualsiasi certificate chain, 
autenticazione LORaWAN, secure boot, aggiornamenti 
Over-the-Air (OTA), protezione IP, protezione dei dati 
utente e rotazione delle chiavi. Ciò riduce i tempi e la 
complessità legati alla personalizzazione del dispositivo 
senza richiedere codici prodotto personalizzati. 
Possiamo riassumere le caratteristiche del secondo li- 
vello TrustFLEX nei seguenti punti: 
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e bassi MOQ (2k unità) - soluzione di sicurezza 
senza compromessi per le masse, è in grado di 
affrontare tutti i tipi di progetti e dimensioni di vo- 
lume dell'azienda, mentre il valore di MOQ dei 
concorrenti per ottenere supporto è di circa 100k 
unità. 

* la maggiore parte dei casi d’uso sono pre- 
definiti - supporto per qualsiasi servizio cloud, 
compatibile per supportare qualsiasi provider di 
autorità di certificazione ed accogliere i segreti 
del cliente 

* modello di coinvolgimento semplificato per il 
processo di provisioning - Trust Platform De- 
sign Suite elimina gli attriti per lo sviluppo e lo 
scambio segreto. 


TRUSTCUSTOM 
Per i clienti che desiderano personalizzare completa- 
mente i propri progetti, il terzo livello del programma, 
TrustCUSTOM, fornisce funzionalità di configurazione 
specifiche del cliente e provisioning personalizzato delle 
credenziali. 
Possiamo riassumere le caratteristiche del secondo li- 
vello TrustCUSTOM nei seguenti punti: 
* bassi valori di MOQ (4k unità) - personalizza- 
zione accessibile per prodotti a basso volume 
e onboarding semplificato con nuovi strumen- 
ti - sviluppo più semplice iniziale con strumento 
per casi d’uso, configurazione più semplice con 
strumento di configurazione, onboarding più 
semplice per scambi segreti con XML Generator 
* Chiavi protette in key storage con livello High 
JIL. 


Nella tabella 1 vengono riassunte le differenze tra i tre 
livelli della Trust Platform. Microchip ha inoltre collabo- 
rato con Amazon Web Services (AWS) per consentire 
un processo di onboarding chiaro e semplificato nei ser- 
vizi AWS loT per prodotti progettati con tutte le varianti 
di Microchip Trust Platform. 


STRUMENTI DI SVILUPPO 
ATECC608A può essere associato ad uno qualsiasi dei 
microcontrollori e microprocessori. Per la rapida prototi- 
pazione di soluzioni sicure i progettisti possono utilizza- 
re la Trust Platform Design Suite, che include: 

e Un “use case tool” guidato 

e Guida passo passo eseguibile funzionante su 

notebook Jupyter 
e Esempidi codice C per ognuno dei casi d'uso 


(135-Firmwaere 2.0) 


e Unautility “secret exchange” 
e Trust Platform hardware development kits 


CONCLUSIONE 

L'aumento degli attacchi riusciti a soluzioni di sicurez- 
za software-based sottolinea la necessità per le azien- 
de di adottare le migliori pratiche possibili, incluso l’i- 
solamento delle chiavi private in elementi di sicurezza 
(ATECC608A). Trust Platform di Microchip semplifica 
l’implementazione della sicurezza hardware-based per 
le aziende di ogni dimensione, eliminando le barriere 
tradizionalmente associate alla configurazione e al pro- 
visioning dei dispositivi. Grazie ad un'offerta di tre livelli, 
fornisce elementi di sicurezza pronti all'uso, pre-confi- 
gurati o completamente personalizzabili, consentendo 
agli sviluppatori di scegliere la piattaforma più adatta al 
loro specifico progetto. 


Prezzi e disponibilità 


I dispositivi nella Trust Platform di Microchip sono di- 
sponibili in volumi di produzione con i seguenti MOQ 
(minimum order quantities): 
e Trust&GO per TLS (ATECC608A-TNGTLSx-B): 
1,20$ con un MOQ di 10 unità 
e Trust&GO per TLS (ATECC608A-TNGTLSx-G): 
0,77$ con un MOQ di 2000 unità 
e Trust&GO per LoRaWAN (The Things Industries 
ATECC608A-TNGLORAx-B and Actility ATEC- 
C608A-TNGACTU-B): 1,40$ con un MOQ di 10 
unità 
e TrustFLEX per LoRaWAN any join servers 
(ATECC608A-TFLXLORAx): 0,938$ con un 
MOQ di 2000 unità 
e TrustFLEX (ATECC608A-TFLXTLSx): 0,845$ 
con un MOQ di 2000 unità 
e TrustCUSTOM (ATECC608A-TCSTMTLSx): 
0,883$ con un MOQ di 4000 unità 


Gli strumenti di sviluppo nella Trust Platform di Micro- 
chip sono disponibili a: 

e CryptoAuth Trust Platform kit: 13$ 

*  ATECC608a Trust Platform kit: 14$ 


L'autore è a disposizione nei commenti per eventuali 
approfondimenti sul tema dell’Articolo. Di seguito il link per 
accedere direttamente all'articolo sul Blog e partecipare alla 
discussione: 
https://it.emcelettronica.com/microchip-semplifica-la-sicurezza- 
iot-hardware-based-con-soluzioni-di-pre-provisioning 


DOMUS 1.0 - SISTEMA 
DI CONTROLLO CON 
GESTIONE REMOTAVIA 


WEB 


di Roberto Baresi 


Sistema basato su Arduino UNO WiFi per il controllo locale e remoto fino ad un massimo di 5 apparec- 


chiature. (luci, riscaldamento, ecc.) con rilevamento di temperatura e umidità in tempo reale fino ad un 


massimo di due ambienti. Le apparecchiature possono essere attivate sia localmente, con indicazione 


visiva dello stato tramite LED, sia da remoto con una semplice interfaccia WEB implementata diretta- 


mente sulla scheda Arduino. 


L'ESIGENZA 
’esigenza nasce dalla necessità di controllare i si- 
stemi di riscaldamento di una Scuola di Danza di 
400 mq in provincia di Brescia. Questo sistema 
ha permesso l'ottimizzazione dei tempi di attivazione 


dei 3 sistemi di riscaldamento a gas della scuola, con 
un notevole abbattimento dei consumi e conseguente 
risparmio sulle bollette. 

L'edificio, composto da due sale da ballo e un’area spo- 
gliatoi e servizi, è un capannone industriale adattato allo 


AGND 


-_QECC 


WiFi 


10» * 


ARDUINO UNO 


Orcutto RELE 2 


Figura 1: Schema Elettrico 
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Figura 3: vista d'insieme del sistema 
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scopo ma che purtroppo non offre garanzie in termini di 
isolamento termico, i consumi di gas per il riscaldamen- 
to (e le conseguenti bollette) sono quindi di notevole en- 
tità e richiedono una particolare attenzione ai momenti 
di accensione e spegnimento dei 3 sistemi di riscalda- 
mento separati per evitare di riscaldare inutilmente la 
scuola quando non ci sono lezioni ma di poterli accen- 
dere con un ragionevole anticipo rispetto all’orario delle 
lezioni per evitare di far trovare gli ambienti freddi. 

I responsabili della scuola abitano a 10km di distanza 
dall’edificio e quindi si è reso necessario realizzare un 
sistema di controllo via rete (la scuola è dotata di con- 
nessione adsl con IP statico) che permettesse ai gestori 
di accendere e spegnere da remoto via rete i sistemi e 
controllarne lo stato, come pure controllare la tempera- 
tura e l'umidità delle due sale. 

All’interno della scuola operano anche altre persone 
esterne all'associazione, era quindi necessario imple- 
mentare un sistema con un doppio controllo: sia da re- 
moto via web, sia in locale con comandi manuali. 

Le due modalità dovevano inoltre essere attive contem- 
poraneamente e sincronizzate tra di loro: si doveva po- 
ter accendere un riscaldamento da locale e spegnerlo 
da remoto e viceversa e soprattutto controllare da re- 
moto che non fossero stati dimenticati accesi i sistemi di 
riscaldamento a scuola chiusa. 


LA SOLUZIONE IMPLEMENTATA 

Il progetto è stato realizzato intorno alla scheda Ardui- 
no Uno WiFi che è una Arduino Uno con Wifi integrato, 
basata sul processore Atmega328P e il modulo WiFi 
ESP8266. 

Il modulo WiFi ESP8266 è un microcontrollore da 
80MHZz che fornisce accesso ad una rete WiFi e dispo- 
ne di front-end WiFi, con funzioni cioè sia di client che di 
access point, e di uno stack TCP/IP con supporto DNS. 
Un’utile funzione della Arduino Uno WiFi è il supporto 
per la programmazione OTA, sia per il trasferimento de- 
gli sketch Arduino che per il firmware WiFi. 

Questo permette di riprogrammare l’intero sistema, ad 
esempio per fare upgrade di nuove versioni software, 
senza la necessità di collegare fisicamente il cavo USB 
alla scheda stessa. 

Questa funzionalità si rivela particolarmente utile in 
applicazioni tipo quella che stiamo descrivendo, dove 
non sempre è agevole raggiungere il dispositivo instal- 
lato per connettere direttamente il PC da cui scaricare 
il software. 

La scheda Arduino UNO è dotata di 6 input analogici, 
un quarzo a 16MHz, un connettore USB, un jack per 


DOMUS 1.0 — SISTEMA DI CONTROLLO CON GESTIONE REMOTA VIA VVEB 


[code] 
[EIA AA IAA AAA AEAA RARE 
CR TITI TTI III DOMUS 1.0 ETTI LITE TIT 


see 20:17RobertojBares pass 
CUETTETTITLI TETTI RIT ATTENTI RITI ATRIA TIA 


on your browser, you type http://<IP>/arduino/webserver/ 


Possible commands to send from the xmpp client: 
“/arduino/digital/PIN” -> to read a digital PIN 
“/arduino/digital/PIN/VALUE”-> to write a digital PIN (VALUE:1/0) 


Example: 

“/arduino/webserver”-> Display Temp, Igro and Status of switches 
“/arduino/digital/13/1” -> digitalWrite(13, ON) 
“/arduino/digital/13/0” -> digitalWrite(13, OFF) 

2 


#include <Wire.h> 
#include <ArduinoWiFi.h> 
#include <dht.h> 


dht DHT; 


#define Sensore1 3 
#define Sensore2 2 


String Sw[5] = {“9 Non attivo””10 Non attivo””11 Sala 2””12 Caldaia””13 Sala1”}; 


void setup() 
{ 
pinMode(0, OUTPUT); 
pinMode(1, OUTPUT); 
pinMode(2, INPUT); 
pinMode(3, INPUT) 
pinMode(4, INPUT); 
pinMode(5, INPUT); 
) 
) 


’ 


’ 


pinMode(6, INPUT 
pinMode(7, INPUT 
pinMode(8, INPUT); 
pinMode(9, OUTPUT); 
pinMode(10, OUTPUT); 
pinMode(11, OUTPUT); 
) 
) 


’ 


pinMode(12, OUTPUT); 
pinMode(13, OUTPUT); 


digitalWrite(0, HIGH); 
digitalWrite(1, HIGH); 
digitalWrite(9, HIGH); 
digitalWrite(10, HIGH); 
digitalWrite(11, HIGH); 
digitalWrite(12, HIGH); 
digitalWrite(13, HIGH); 


Firmwere 2.0 - 138) 


DOMUS 1.0 — SISTEMA DI CONTROLLO CON GESTIONE REMOTA VIA VVEB 


Wifl.begin(); 

Wifi.printIn(‘Domus 1.0 Roby Baresi RobyBaresi@gmail.com”); 
String command = Wifi.readStringUntil(‘/); 

} 


void loop() 

i 

// routine di gestione pulsanti 

for (int index = 4; index <= 8; index++) 
{ 
int Pulsante = digitalRead(index); 
int Contatto = digitalRead(index + 5); 
if (Pulsante == HIGH) digitalWrite(index + 5, !Contatto); 
delay (50); 
} 


while (Wifi.available()) 
{ 
/l read the command 
String command = Wifi.readStringUntil(‘/); 


if (Command == “digital’) Comandal(); 
if (Command == “webserver”) Visualizza(); 
} 
} 
void Comanda() 
{ 
int pin, value; 


pin = Wifi.parselnt(); 
if (Wifi.read() == ‘/?) 
{ 
value = Wifi.parselnt(); 
if (value==1) value=0; 
else value=1; 
digitalWrite(pin, value); 
} 
// scrivo pagina HTML 
Wifi.printIn(“HTTP/1.1 200 OK”); 
Wifi.printIn(“Content-Type: text/html”); 
Wifi.printIn(“Refresh: 5”); // refresh the page automatically every 5 sec 
Wifi.printIn(); 
Wifi.printIn(“<!DOCTYPE html>”); 
Wifi.print(“<html>"); 
Wifi.print(“‘GB StudioDanza ASD<br><br>"); 
Wifi.print(“/<html>”); 
Wifi.printlIn(); 
Wifi.print(DELIMITER); / very important to end the communication !!! 
} 


void Visualizza() 


{ 


// lettura temperature e umiditÀ 
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int chk = DHT.read11(Sensore1); 
long T1 = DHT.temperature; 
long H1 = DHT.humidity; 

chk = DHT.read11(Sensore2); 
long T2 = DHT.temperature; 
long H2 = DHT.humidity; 


/l scrivo pagina HTML 

Wifi.printIn(“HTTP/1.1 200 OK”); 

Wifi.printIn(“Content-Type: text/html”); 

Wifi.printIn(“Refresh: 5”); // refresh the page automatically every 5 sec 
Wifi.printIn(); 

Wifi.printlIn(“<!DOCTYPE html>”); 

Wifi.print(“<html>”); 

Wifi.print(‘GB StudioDanza ASD<br><br>"); 


// temperatura e umidità 
Wifi.print(“Sala1 Temp --> ‘); 
Wifi.print(T1); 
Wifi.printIn(“<br>?); 
Wifi.print(“Sala1 Igro --> ‘); 
Wifi.print(H1); 
Wifi.println(“%<br>"); 
Wifi.print(“Sala2 Temp -->”); 
Wifi.print(T2); 
Wifi.printIn(“<br>”); 
Wifi.print(“Sala2 Igro -->”); 
Wifi.print(H2); 
Wifi.printIn(“%<br><br>”); 


// porte digitali 


for (int DigitalChannel = 9; DigitalChannel <= 13; DigitalChannel++) 
{ 
String STATO; 
int sensorReading = digitalRead(DigitalChannel); 
if (sensorReading == LOW) STATO = “ ACCESO”; 
else STATO = “ SPENTO”; 
Wifi.print(Sw[DigitalChannel - 9]); 
// Wifi.print(DigitalChannel); 
Wifi.print(STATO); 
Wifi.printIn(“<br>”); 
} 


// chiusura pagina html 

Wifi.printIn(“</html>”); 

Wifi.printIn(); 

Wifi.print(DELIMITER); / very important to end the communication !!! 
i 


[/code] 
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l'alimentazione, un connettore per la programmazione 
ICSP, un pulsantino per il reset della scheda e 14 pin 
di input/output digitali (6 dei quali possono essere usati 
come segnali PWM). 

Ognuno dei 14 pin digitali di input/'output della scheda 
Arduino Uno WiFi opera con una tensione di 5V e può 
essere usato sia come ingresso che come uscita, utiliz- 
zando le funzioni pinMode(), digitalWrite() e digitalRe- 
ad(). 

Ogni pin può fornire o ricevere un massimo di 40mA e 
dispone di una resistenza di pull-up interna (disconnes- 
sa di default) di 20-50 Kohm. 

Il circuito che pilota i relè è del tipo a “stato basso”, cioè 
il relè si eccita e chiude il contatto in presenza di uno 
“ZERO” logico al piedino corrispondente di ingresso. 
Un'importante caratteristica di questo modulo è la possi- 
bilità di distinguere l’alimentazione fornita ai relè dall’ali- 
mentazione fornita alla logica della scheda. Sul modulo 
è infatti presente un jumper a 3pin (GND-VCC-JDVCC) 
che permette di selezionare la fonte di alimentazione 
per i relè. 

Quando il ponticello è posizionato sui pin VCC/JD-VCC, 
la tensione fornita per alimentare la logica tramite il con- 
nettore a 10 pin viene utilizzata anche per alimentare i 
relè. 

Se invece si volesse utilizzare una fonte di alimentazio- 
ne differente per pilotare i relè, è sufficiente scollegare il 
ponticello e collegare la fonte di alimentazione esterna 
direttamente tramite i pin GND e JD-VCC del jumper 
(lasciando scollegato il pin VCC centrale del ponticello). 
In questo modo, l'alimentazione per la logica del modulo 
viene fornita tramite il connettore a 10 pin posto sulla 
scheda, mentre l’alimentazione per i relè viene preleva- 
ta dal jumper. 

Potete acquistare questo banco relè, chiaramente vi- 
sibile in Figura 3, sia su Amazon sia qui: https://\www. 
robotstore.it/product/682/Modulo-RelXC3%A8-8-cana- 
li-DC-5V-per-Arduino-e-Raspberry-Pi.html 

Sono disponibili varie versioni che differiscono solo per 
il numero di relè presenti sulla scheda. 

Anche se nel progetto in questione è stato usato il mo- 
dello a 8 relè, il sistema ne pilota solo i primi cinque, non 
avendo la Arduino Uno WiFi un numero sufficiente di 
porte per pilotarli tutti e 8 e contemporaneamente gesti- 
re 8 pulsanti per l’attivazione/disattivazione. 

Per ottenere la corrente necessaria per pilotare le logi- 
che di ingresso dei Relè e contemporaneamente i LED 
posizionati sul pannello switch montato all’esterno del 
contenitore e visibili dall'esterno, le uscite della scheda 
Arduino (dalla 9 alla 13) si interfacciano con un integra- 
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to 74LS244. In Figura 2 è visibile l’integrato montato 
accanto agli switches. 
Il 74LS240, (con le sue varianti 241 e 244) è un buffer 
ottale e driver di linea, con uscite a 3 stati programmabi- 
li, progettato per essere impiegato come driver per l’in- 
dirizzamento di memorie, come driver di clock o come 
driver per trasmettitori e ricevitori di dati su bus, le sue 
caratteristiche più importanti sono: 
*  Isteresi agli ingressi per migliorare i margini di 
rumore 
e Uscitea8stati per pilotare linee BUS o circuiti di 
indirizzamento di memorie a stato solido. 
e II diodo clampall’ingresso limita gli effetti di cam- 
bi di stato troppo veloci. 


Questo integrato, reperibile a basso costo presso qual- 
siasi rivenditore di componenti elettronici, è in grado di 
pilotare senza alcun problema i LED di controllo visivo 
dello stato delle porte e contemporaneamente gestire 
gli stati logici all'ingresso dei circuiti dei relè. 
Come rilevatori di temperatura ed umidità sono stati 
usati dei classici (e molto economici) sensori DHT11, 
montati su basette separate su cui è stata montata an- 
che la resistenza di polarizzazione in modo da avere 
solo 3 fili tra il sensore e l'unità centrale. 
Il sensore DHT11 è un sensore di temperatura e umidi- 
tà con uscita dei dati in formato digitale. 
Il sensore utilizza una tecnica digitale esclusiva che uni- 
ta alla tecnologia di rilevamento dell'umidità, ne garanti- 
sce l’affidabilità e la stabilità. 
I suoi elementi sensibili sono connessi con un processo- 
re 8-bit single-chip. 
Ogni sensore di questo modello è compensato in tem- 
peratura e calibrato in un'apposita camera di calibra- 
zione che determina in modo preciso il valore di cali- 
brazione il cui coefficiente viene salvato all’interno della 
memoria OTP. 
Le sue piccole dimensioni e suo basso consumo unite 
alla lunga distanza di trasmissione (20 m) permettono 
al sensore DHT11 di essere adatto per molti tipi di ap- 
plicazioni. 
Il package con quattro pin in linea ne rendono facile la 
connessione. 
Caratteristiche principali del sensore sono: 

e Rilevazione contemporanea di umidità relativa e 

temperatura 

e Segnale digitale calibrato 

e Eccezionalestabilità a lungo termine 

e Componenti aggiuntivi non necessari 

e Distanza di trasmissione lunga (20m) 


* Basso assorbimento 

e Contenitorea4 pin 

e Alimentazione: 3-5.5V DC 

* Segnale di uscita digitale del segnale tramite 
single-bus 

e Elemento sensibile: Resistenza in Polimero 

e Campodi misura umidità: 20-90% di umidità re- 
lativa 

e Campodi misura temperatura di 0-50 gradi Cel- 
sius 

e Precisione: umidità + -4% RH (Max + -5% di 
umidità relativa) 

* Precisione temperatura +-2.0Celsius 

e Risoluzione umidità: 1% di umidità relativa 

e Risoluzione temperatura: 0.1Celsius 

* lIsteresi Umidità: + -1% RH 

e Stabilità a lungo termine: + -0.5% UR / anno 

e Tempodirilevazione medio: 2s 


Non avendo necessità di grossa precisione, è stato 
scelto questo sensore per la sua economicità, nulla vie- 
ta ovviamente di sostituirlo con sensori più precisi e con 
risoluzione maggiore. 

Sul mercato ne esistono anche con rilevazione della 
pressione atmosferica, adatti a realizzare anche una 
vera e propria stazione meteorologica. 

L'alimentazione è esterna tramite un classico alimenta- 
tore switch a 12V. 

All’interno dell'unità, due classici regolatori di tensione 
7805 ricavano dalla tensione principale a 12V, l'uno i 5V 
necessari per pilotare il banco relè, l’altro per alimentare 
il 74LS244 e i LED esterni. 

Dovendo avere il doppio comando da remoto e locale, 
sono stati montati pulsanti sempre aperti , normalmente 
polarizzati a zero e quindi che tengono l'ingresso di Ar- 
duino (ingressi dal 4 all’8) normalmente in stato basso. 
La pressione del pulsante porta l'ingresso a stato ALTO 
e questo viene rilevato dal software che inverte lo stato 
della corrispondente porta di uscita. 

Facendo un esempio: premendo il pulsante all'ingresso 
4, il software sente il cambio di stato da ZERO a UNO, 
legge lo stato della porta 9 e lo inverte. 

Le porte in uscita sono contemporaneamente gestite 
dalla routine software che si attiva quando nel browser 
digitiamo il classico comando “<IP Address>/arduino/di- 
gital/9/x” dove x sta per 1 (accende) o 0 (spegne) 

Sia che si prema il pulsante sia che si dia il comando via 
browser, il LED corrispondente viene pilotato segnalan- 
do sempre e comunque in locale lo stato della porta, lo 
stesso avviene via browser quando si leggono gli stati 


e le temperature/umidità delle sale con il comando “<IP 
Address>/arduino/webserver”. 


SCHEMA ELETTRICO E LISTA COMPONENTI 


LISTA COMPONENTI 

e 1xArduino UNO WIFi 

e 1x74ls244 

e 1xtinxi® 8 canali Relè Modulo 5V DC 230V per 
Arduino (acquistabile su Amazon) 

e 10x Resistenza 1k 

e 4x pulsanti (normalmente aperti) 

e 2x7805 (regolatori di tensione 

e 1x4alimentatore switch 12v (2A) 

e 1xAntennaWIiFi (io l'ho recuperata da un vec- 
chio router ADSL guasto) 

e 4xLED 


SOFTWARE 

Il software è abbastanza rozzo e basilare, questo è 
dovuto al fatto che la Arduino Uno Wifi non ha molta 
memoria per le applicazioni e qualsiasi tentativo fatto 
di implementare un'interfaccia web più sofisticata, con 
bottoni ed un minimo di grafica, è fallito per problemi di 
memoria. 

Anche l'utilizzo di un SD è risultato impossibile in quanto 
il caricamento della libreria necessaria alla gestione del 
modulo SD più le altre librerie saturavano la memoria 
immediatamente. 

Di seguito lo sketch di gestione: 


FUTURE IMPLEMENTAZIONI 

Oltre allo sviluppo dell’interfaccia WEB, è in programma 
lo sviluppo di una app per Android per pilotare il sistema 
da smartphone o tablet. 

Già oggi è comunque possibile gestire da remoto il si- 
stema via smartphone utilizzando il browser all’interno 
del dispositivo: l'interfaccia è scritta in HTML base e 
quindi funziona senza problemi su qualsiasi browser, 
anche il più primitivo. 


L'autore è a disposizione nei commenti per eventuali 
approfondimenti sul tema dell’Articolo. Di seguito il link per 
accedere direttamente all'articolo sul Blog e partecipare alla 
discussione: 
https://it.emcelettronica.com/domus-1-0-sistema-di-controllo- 
con-gestione-remota-via-web 
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